1.訊息推送的實質

實際上，是當伺服器有新訊息需推送給使用者時，先發送給應用App，應用App再發送給使用者

2. 作用
產品角度：功能需要，如：資訊類產品的新聞推送、工具類產品的公告推送等等

運營角度：活動運營需要，如：電商類產品的促銷活動；召回使用者 / 提高活躍度等等

作為開發者，不要有需求就接，應該多思考、多理解使用者 / 功能的使用場景，有助於我們更好地去選擇合適的開發方式

3.原理

4.7 種主流的訊息推送方式

1.C2DM

Cloud to Device Messaging，雲端推送，是Android系統級別的訊息推送服務（Google出品）

C2DM服務負責處理諸如訊息排隊等事務，並向運行於目標裝置上的應用程式分發這些訊息。

優點
C2DM提供了一個簡單的、輕量級的機制，允許伺服器可以通知移動應用程式直接與伺服器進行通訊，以便於從伺服器獲取應用程式更新和使用者資料。
缺點
依賴於Google官方提供的C2DM伺服器，但在國內使用Google服務需要翻牆，成本較大；
需要使用者手機安裝Google服務。但由於Android機型、系統的碎片化 & 國內環境，國內的Android系統都自動去除Google服務，假如要使用C2DM服務，這意味著使用者還得去安裝Google服務，成本較大。

2.輪詢

基於Pull方式，應用程式隔固定時間主動與伺服器進行連線並查詢是否有新的訊息
優點
實時性好
缺點
成本大，需要自己實現與伺服器之間的通訊，例如訊息排隊等；

到達率不確定，考慮輪詢的頻率：太低可能導致訊息的延遲；太高，更費客戶端的資源（CPU資源、網路流量、系統電量）和伺服器資源（網路頻寬）

4.3 SMS信令推送

基於Push方式，伺服器有新訊息時，傳送1條類似簡訊的信令給客戶端，客戶端通過攔截信令，解析訊息內容 / 向伺服器獲取資訊
優點 可實現完全的實時操作

缺點 成本高（主要是簡訊資費的支出）

4.4 MQTT協議

輕量級的訊息釋出/訂閱協議，基於Push方式，wmqtt.jar 是IBM提供的MQTT協議的實現，原理如下圖：

4 .5 XMPP協議
定義
Extensible Messageing and Presence Protocol，可擴充套件訊息與存在協議，是基於可擴充套件標記語言（XML）的協議，是目前主流的四種IM協議之一
其他三種：
即時資訊和空間協議（IMPP）
空間和即時資訊協議（PRIM）
即時通訊和空間平衡擴充的程序開始協議SIP（SIMPLE）

原理: XMPP中定義了三個角色，分別是客戶端、伺服器和閘道器

客戶端
通過 TCP/IP與XMPP 伺服器連線，然後在之上傳輸與即時通訊相關的指令（XML）；
解析組織好的 XML 資訊包；
理解訊息資料型別。
XMPP的核心：XML流傳輸協議（在網路上分片斷髮送XML的流協議），也是即時通訊指令的傳遞基礎，即XMPP用TCP傳的是XML流
與即時通訊相關的指令，在以前要麼用2進位制的形式傳送（比如QQ），要麼用純文字指令加空格加引數加換行符的方式傳送（比如MSN）。
XMPP傳輸的即時通訊指令的邏輯與以往相仿，只是協議的形式變成了XML格式的純文字。
伺服器

監聽客戶端連線，並直接與客戶端應用程式通訊（客戶端資訊記錄）
與其他 XMPP 伺服器通訊；
閘道器：與異構即時通訊系統進行通訊
異構系統包括SMS（簡訊），MSN，ICQ等
通訊能夠在這三者的任意兩個之間雙向發生。

原理流程

原理流程
優點
開源：可通過修改其原始碼來適應我們的應用程式。
簡單：XML易於解析和閱讀；將複雜性從客戶端轉移到了伺服器端
可拓展性強：繼承了在XML環境中靈活的發展性，可進一步對協議進行擴充套件，實現更為完善的功能。
GTalk、QQ、IM等都用這個協議
缺點
如果將訊息從伺服器上推送出去，則不管訊息是否成功到達客戶端手機上。

原始碼例項：有一個很棒的基於XMPP協議的java開源Android push notification：Androidpn專案地址，大家有興趣可以去看看

4.6 使用第三方平臺
現今主流的推送平臺分為


手機廠商類：小米推送、華為推送。
第三方平臺類：友盟推送、極光推送、雲巴（基於MQTT）
BAT大廠的平臺推送：阿里雲移動推送、騰訊信鴿推送、百度雲推送
具體各推送平臺的優缺點請看我寫的文章：Android推送：第三方訊息推送平臺詳細解析


4.7 自己搭建
如果你的產品對於訊息推送具備較高的功能和效能要求，同時對安全性要求非常高的話，自己搭建可能是最好的方式，但這種方式無疑成本是最高的。