一、移動端統(tǒng)一消息管理的必要性

?常見消息分類

在移動開發(fā)中說到消息，可能大家第一反應(yīng)就是通知欄消息和及時通訊的對話消息；在個人看來消息的內(nèi)容涵蓋面其實(shí)挺廣：除了通知欄消息、對話消息外，還有像營銷推廣類的消息，新聞資訊相關(guān)的點(diǎn)贊、評論都是消息的一個體現(xiàn)。

?特殊類“消息”——個性化推薦

甚至常見的個性化推薦我覺得也可以理解是消息的一種表達(dá)——或基于個人畫像的消息定投或基于節(jié)假日活動的推廣宣傳，稍有區(qū)別的是其以或文字或圖文的形式呈現(xiàn)，沒有了通知欄的翻轉(zhuǎn)，不存歷史、“閱后即焚”。

消息管理方式——分而治之

那消息種類的多樣加上單個APP的模塊越來越多（超級APP），如果仍然采用“分而治之”的消息處理、呈現(xiàn)方式，在APP前端對于用戶來說有如下問題：

?消息查閱的平均路徑深

?沒有統(tǒng)一的編輯、處理界面，容易讓人覺得APP只是簡單模塊的堆積而沒有整體性

?一些模塊的重要信息容易被忽略

“分而治之”在后端管理上：每個業(yè)務(wù)系統(tǒng)除了要生產(chǎn)消息、管理不同類型消息的外，還需要承接對客戶端推、拉消息請求的處理。這里舉例一種情況：如果推送消息接口發(fā)生變更、SDK需要更新，則各業(yè)務(wù)系統(tǒng)都需要做對應(yīng)的調(diào)整，如下圖：

所以分而治之在后端上同樣存在問題：

?安全性：每個應(yīng)用系統(tǒng)都直接對接客戶端APP

?復(fù)雜度：每個系統(tǒng)都要提供針對客戶端的消息管理、輸出接口

?SDK冗余：如每個業(yè)務(wù)系統(tǒng)都要集成多個廠商推送SDK（華為、小米等）

APP前端目標(biāo)——分類聚合、主次有序的獨(dú)立消息管理模塊

在這些問題背景下，我們建立移動統(tǒng)一的消息管理中心：在APP前端建議形成“分類聚合、主次有序”的獨(dú)立消息管理模塊進(jìn)行消息的獲取、呈現(xiàn)；后臺管理端則應(yīng)配合建立移動中臺化的統(tǒng)一消息收集、輸出、管理中心，類似于如下：