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

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

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