Android消息推送解析

本文將介紹Android中實現消息推送的7種主流解決方案

目錄

這裏寫圖片描述

1.定義
在用戶未打開App時,App主動向用戶推送服務器最新消息。如下圖:
這裏寫圖片描述

消息推送的本質是:App將服務器更新的信息推送給用戶

2.作用

  • 產品的角度:功能需要,比如說資訊類產品的新聞推送、工具類產品的公告推送等等
  • 運營的角度:活動運營需要,比如說電商類產品的促銷活動;召回用戶 / 提高活躍度等等

3.儲備知識

3.1 操作系統有自身的消息推送功能(系統級別)

  • 系統級別:任何時候都可以推送給用戶,且不會被系統殺死
  • Android的消息推送服務稱爲:C2DM(Cloudto Device Messaging)

3.2 推送的本質與原理

  • 消息推送的本質是:App將服務器更新的信息推送給用戶,即App獲取服務器信息,再推送給用戶
  • App從服務器獲取最新消息的基本方式(原理)有3種:Push、Pull 和 SMS
  • 具體如下
    這裏寫圖片描述

4. 解決方案

經總結,Android中實現消息推送的有7種主流解決方案,接下來將一一介紹。
4.1 C2DM

  • 定義:Cloud to Device Messaging,雲端推送
  • 原理:基於Push方式,C2DM服務負責處理諸如消息排隊等事務,並向運行於目標設備上的應用程序分發這些消息。如下圖:
    這裏寫圖片描述
  • 優點:C2DM提供了一個簡單的、輕量級的機制,允許服務器可以通知移動應用程序直接與服務器進行通信,以便於從服務器獲取應用程序更新和用戶數據。
  • 缺點:
    1. 依賴於Google官方提供的C2DM服務器,但在國內使用Google服務需要翻牆,成本較大;
    2. 需要用戶手機安裝Google服務。但由於Android機型、系統的碎片化 & 國內環境,國內的Android系統都自動去除Google服務,假如要使用C2DM服務,這意味着用戶還得去安裝Google服務,成本較大。

4.2 輪詢

  • 原理:基於Pull方式,應用程序隔固定時間主動與服務器進行連接並查詢是否有新的消息
  • 缺點:
    1. 成本大,需要自己實現與服務器之間的通信,例如消息排隊等;
    2. 到達率不確定,考慮輪詢的頻率:太低可能導致消息的延遲;太高,更費客戶端的資源(CPU資源、網絡流量、系統電量)和服務器資源(網絡帶寬)

4.3 SMS

  • 定義:短信發送
  • 原理:基於Push方式,通過攔截SMS消息並且解析消息內容來了解服務器的意圖,並獲取其顯示內容進行處理。
  • 優點:可實現完全的實時操作
  • 缺點:成本相對較高。因爲目前來說,很難找到免費的短消息發送網關來實現這種方案,只能通過向運營商繳納相應的短信費用

4.4 MQTT協議

  • 定義:輕量級的消息發佈/訂閱協議
  • 原理:基於Push方式,wmqtt.jar 是IBM提供的MQTT協議的實現,原理如下圖:
    這裏寫圖片描述

4.5 XMPP協議

  • 定義:Extensible Messageing and Presence Protocol,可擴展消息與存在協議,是基於可擴展標記語言(XML)的協議,是目前主流的四種IM協議之一
  • 即時信息和空間協議(IMPP)
  • 空間和即時信息協議(PRIM)
  • 即時通訊和空間平衡擴充的進程開始協議SIP(SIMPLE)
  • 原理:XMPP中定義了三個角色,分別是客戶端、服務器和網關

客戶端:

  1. 通過 TCP/IP與XMPP 服務器連接,然後在之上傳輸與即時通訊相關的指令(XML);
  2. 解析組織好的 XML 信息包;
  3. 理解消息數據類型

1.XMPP的核心:XML流傳輸協議(在網絡上分片斷髮送XML的流協議),也是即時通訊指令的傳遞基礎,即XMPP用TCP傳的是XML流
2.與即時通訊相關的指令,在以前要麼用2進制的形式發送(比如QQ),要麼用純文本指令加空格加參數加換行符的方式發送(比如MSN)。
3.XMPP傳輸的即時通訊指令的邏輯與以往相仿,只是協議的形式變成了XML格式的純文本。

服務器:

  1. 監聽客戶端連接,並直接與客戶端應用程序通信(客戶端信息記錄)
  2. 與其他 XMPP 服務器通信;

網關:

與異構即時通信系統進行通信,異構系統包括SMS(短信),MSN,ICQ等

通信能夠在這三者的任意兩個之間雙向發生。

原理流程

這裏寫圖片描述

  • 優點:
    1. 開源:可通過修改其源代碼來適應我們的應用程序。
    2. 簡單:XML易於解析和閱讀;將複雜性從客戶端轉移到了服務器端
    3. 可拓展性強:繼承了在XML環境中靈活的發展性,可進一步對協議進行擴展,實現更爲完善的功能。
  • 缺點:如果將消息從服務器上推送出去,則不管消息是否成功到達客戶端手機上。

4.6 使用第三方平臺

現今主流的推送平臺分爲

手機廠商類:小米推送、華爲推送。
第三方平臺類:友盟推送、極光推送、雲巴(基於MQTT)
BAT大廠的平臺推送:阿里雲移動推送、騰訊信鴿推送、百度雲推送

4.7 自己搭建

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

發佈了63 篇原創文章 · 獲贊 6 · 訪問量 3萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章