在APP系统开发中的消息系统如何完善

app开发中的重要功能之一就是消息系统，它对于app的活跃度非常有帮助。
消息一般分为：系统消息，事件消息，聊天消息，还有针对不同产品类型的扩展消息。
有的消息系统，并未在本地缓存，每次打开消息页面，都是全部拉取服务器，不太推荐这样的方式，不够优雅。

一个完整的消息系统包括消息推送，消息收取，消息展示。

消息推送：
ios端还好，因为有推送服务，Android端就比较麻烦了。
早期三方推送还不是很完善，当时最简单的方式就是采用轮训方式，类似web,每隔一段向服务器拉取一次消息，想体验好些的话，在拉取后创建本地通知。当然这种方式对服务器的压力比较大，过多的冗余拉取。
更好的方式是写长链接，客户端服务器维护这个长链接，当有新消息时，推送给客户端，但是维护起来也比较麻烦。
后来极光，友盟等三方推送逐渐完善，就都采用三方推送的方式。
最基础的逻辑：
服务器维护2个表，一个消息表，一个推送表。
消息表存储每条消息，以及读取状态。
推送表记录每个用户的推送id。
当有一条新消息时，服务器存储，发送推送给客户端，客户端收到推送拉取消息，存储在本地数据库，向服务器发送已读消息，UI展示。
每次登录或者切换账号时，拉取一次未读消息，这样即使推送未送达，消息也不会丢失。
消息结构的设计，尽量可扩展性强一些，随着项目迭代，消息的类型会逐渐增多。我习惯设置一个json字段来作为扩展字段，这样无论无服务客户端，都可以减少修改服务器字段的次数。
客户端消息展示包括未读消息的提醒展示，消息列表展示，消息内容展示，消息事件处理。