前言
訊息推送在Android開發中應用的場景是越來越多了，比如說電商產品進行活動宣傳、資訊類產品進行新聞推送等等，如下圖：
推送訊息截圖 本文將介紹Android中實現訊息推送的7種主流解決方案
目錄
1.定義
在使用者未開啟App時，App主動向使用者推送伺服器最新訊息。如下圖：
訊息推送的本質是：App將伺服器更新的資訊推送給使用者
2.作用
- 產品的角度：功能需要，比如說資訊類產品的新聞推送、工具類產品的公告推送等等
- 運營的角度：活動運營需要，比如說電商類產品的促銷活動；召回使用者 / 提高活躍度等等
作為開發者，不要有需求就接，應該多思考、多理解使用者 / 功能的使用場景，有助於我們更好地去選擇合適的開發方式
3.儲備知識
3.1 作業系統有自身的訊息推送功能（系統級別）
- 系統級別：任何時候都可以推送給使用者，且不會被系統殺死
- Android的訊息推送服務稱為：C2DM（Cloudto Device Messaging）
將在下面詳細描述
3.2 推送的本質與原理
訊息推送的本質是：App將伺服器更新的資訊推送給使用者，即App獲取伺服器資訊，再推送給使用者
App從伺服器獲取最新訊息有兩種基本方式（原理）：Push和Pull
主動獲取方式（Pull）
客戶端隔固定時間主動向伺服器獲取資訊，看是否有更新的資訊；若有更新資訊，則傳送到客戶端被動接受方式（Push）
當伺服器有更新資訊時主動傳送到客戶端
對比：Push方式比Pull方式更優越。因為採用Pull方式時客戶端需要不停地去監測伺服器的變化，更費客戶端的資源（CPU資源、網路流量、系統電量）
4. 解決方案
經總結，Android中實現訊息推送的有7種主流解決方案，接下來將一一介紹。
4.1 C2DM
- 定義：Cloud to Device Messaging，雲端推送
Android系統級別的訊息推送服務-Google出品
- 原理：基於Push方式，C2DM服務負責處理諸如訊息排隊等事務，並向執行於目標裝置上的應用程式分發這些訊息。如下圖：
- 優點：C2DM提供了一個簡單的、輕量級的機制，允許伺服器可以通知移動應用程式直接與伺服器進行通訊，以便於從伺服器獲取應用程式更新和使用者資料。
- 缺點：
- 依賴於Google官方提供的C2DM伺服器，但在國內使用Google服務需要翻牆，成本較大；
- 需要使用者手機安裝Google服務。但由於Android機型、系統的碎片化 & 國內環境，國內的Android系統都自動去除Google服務，假如要使用C2DM服務，這意味著使用者還得去安裝Google服務，成本較大。
4.2 輪詢
- 原理：基於Pull方式，應用程式隔固定時間主動與伺服器進行連線並查詢是否有新的訊息
- 缺點：
- 成本大，需要自己實現與伺服器之間的通訊，例如訊息排隊等；
- 到達率不確定，考慮輪詢的頻率：太低可能導致訊息的延遲；太高，更費客戶端的資源（CPU資源、網路流量、系統電量）和伺服器資源（網路頻寬）
4.3 SMS
- 定義：簡訊傳送
- 原理：基於Push方式，通過攔截SMS訊息並且解析訊息內容來了解伺服器的意圖，並獲取其顯示內容進行處理。
- 優點：可實現完全的實時操作
- 缺點：成本相對較高。因為目前來說，很難找到免費的短訊息傳送閘道器來實現這種方案，只能通過向運營商繳納相應的簡訊費用
4.4 MQTT協議
- 定義：輕量級的訊息釋出/訂閱協議
- 原理：基於Push方式，wmqtt.jar 是IBM提供的MQTT協議的實現，原理如下圖：
更多關於MQTT協議：
- 專案例項源
- 一個採用PHP書寫的伺服器端
- Jar包下載地址，並加入自己的Android應用程式中。
- 擴充：RSMB是從MQTT協議引申出來的另外一種解決方案：簡單的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專案地址，大家有興趣可以去看看
更多關於XMPP協議更加詳細請點選
4.6 使用第三方平臺
現今主流的推送平臺分為
- 手機廠商類：小米推送、華為推送。
- 第三方平臺類：友盟推送、極光推送、雲巴（基於MQTT）
- BAT大廠的平臺推送：阿里雲移動推送、騰訊信鴿推送、百度雲推送
具體各推送平臺的優缺點請看我寫的文章：Android推送：第三方訊息推送平臺詳細解析
4.7 自己搭建
如果你的產品對於訊息推送具備較高的功能和效能要求，同時對安全性要求非常高的話，自己搭建可能是最好的方式，但這種方式無疑成本是最高的。
5. 總結
- 經過上面的詳細講解，相信大家現在對Android中訊息推送的解決方案已經非常瞭解
- 解決方案沒有優劣，要具具體使用場景而定。但一般來說，個人建議使用第三方平臺推送，成本低+抵達率高
- 關於Android訊息推送的其他知識，具體請看：
Android訊息推送：手把手教你整合小米推送
Android推送：第三方訊息推送平臺詳細解析 - 接下來，我會繼續講解Android開發中關於訊息推送的其他知識，有興趣可以繼續關注Carson_Ho的安卓開發筆記