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

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

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