app開發(fā)中的重要功能之一就是消息系統(tǒng)，它對(duì)于app的活躍度非常有幫助。
消息一般分為：系統(tǒng)消息，事件消息，聊天消息，還有針對(duì)不同產(chǎn)品類型的擴(kuò)展消息。
有的消息系統(tǒng)，并未在本地緩存，每次打開消息頁面，都是全部拉取服務(wù)器，不太推薦這樣的方式，不夠優(yōu)雅。

一個(gè)完整的消息系統(tǒng)包括消息推送，消息收取，消息展示。

消息推送：
ios端還好，因?yàn)橛型扑头?wù)，Android端就比較麻煩了。
早期三方推送還不是很完善，當(dāng)時(shí)最簡單的方式就是采用輪訓(xùn)方式，類似web,每隔一段向服務(wù)器拉取一次消息，想體驗(yàn)好些的話，在拉取后創(chuàng)建本地通知。當(dāng)然這種方式對(duì)服務(wù)器的壓力比較大，過多的冗余拉取。
更好的方式是寫長鏈接，客戶端服務(wù)器維護(hù)這個(gè)長鏈接，當(dāng)有新消息時(shí)，推送給客戶端，但是維護(hù)起來也比較麻煩。
后來極光，友盟等三方推送逐漸完善，就都采用三方推送的方式。
最基礎(chǔ)的邏輯：
服務(wù)器維護(hù)2個(gè)表，一個(gè)消息表，一個(gè)推送表。
消息表存儲(chǔ)每條消息，以及讀取狀態(tài)。
推送表記錄每個(gè)用戶的推送id。
當(dāng)有一條新消息時(shí)，服務(wù)器存儲(chǔ)，發(fā)送推送給客戶端，客戶端收到推送拉取消息，存儲(chǔ)在本地?cái)?shù)據(jù)庫，向服務(wù)器發(fā)送已讀消息，UI展示。
每次登錄或者切換賬號(hào)時(shí)，拉取一次未讀消息，這樣即使推送未送達(dá)，消息也不會(huì)丟失。
消息結(jié)構(gòu)的設(shè)計(jì)，盡量可擴(kuò)展性強(qiáng)一些，隨著項(xiàng)目迭代，消息的類型會(huì)逐漸增多。我習(xí)慣設(shè)置一個(gè)json字段來作為擴(kuò)展字段，這樣無論無服務(wù)客戶端，都可以減少修改服務(wù)器字段的次數(shù)。
客戶端消息展示包括未讀消息的提醒展示，消息列表展示，消息內(nèi)容展示，消息事件處理。