Android幾種消息推送方案總結(jié)
首先看一張國內(nèi)Top500 Android應(yīng)用中它們用到的第三方推送以及所占數(shù)量：
現(xiàn)在總結(jié)下Android平臺下幾種推送方案的基本情況以及優(yōu)缺點(diǎn)：
一、使用GCM(Google Cloude Messaging)
Android自帶的推送GCM可以幫助開發(fā)人員給他們的Android應(yīng)用程序發(fā)送數(shù)據(jù)。它是一個(gè)輕量級的消息，告訴Android應(yīng)用程序有新的數(shù)據(jù)要從服務(wù)器獲取，或者它可能是一個(gè)消息，其中包含了4KB的payload data（像即時(shí)通訊這類應(yīng)用程序可以直接使用該payload消息）。GCM服務(wù)處理排隊(duì)的消息，并把消息傳遞到目標(biāo)設(shè)備上運(yùn)行的Android應(yīng)用程序。
優(yōu)點(diǎn)：Google提供的服務(wù)、原生、簡單，無需實(shí)現(xiàn)和部署服務(wù)端。
缺點(diǎn)：1.要求Android 2.2以上，對于不少2.2以前的系統(tǒng)沒法推送；
2.國內(nèi)服務(wù)不穩(wěn)定。而且不少國內(nèi)的終端廠商紛紛把Google的服務(wù)去掉，替換上自己的。
3.需要用戶綁定Google賬號，但不少國內(nèi)用戶沒有Google賬號。
二、使用XMPP協(xié)議（Openfire+Spark+Smark）
XMPP是一種基于XML的協(xié)議，它繼承了在XML環(huán)境中靈活的發(fā)展性，有很強(qiáng)的可擴(kuò)展性。包括上面講的GCM服務(wù)器底層也是采用XMPP協(xié)議封裝的。
優(yōu)點(diǎn)：協(xié)議成熟、強(qiáng)大、可擴(kuò)展性強(qiáng)、目前主要應(yīng)用于許多聊天系統(tǒng)中，且已有開源的Java版的開發(fā)實(shí)例androidpn。
缺點(diǎn)：協(xié)議較復(fù)雜、冗余（基于XML）、費(fèi)流量、費(fèi)電，部署硬件成本高。
而androidpn（Android Push Notification）就是基于 XMPP 開源組件的一套整合方案，服務(wù)端基于Openfire、客戶端基于Smack。到AndroidPN項(xiàng)目主頁( http://sourceforge.net/projects/androidpn/ ) 下載2個(gè)文件： androidpn-server-0.5.0-bin.zip 和 androidpn-client-0.5.0.zip 分別是服務(wù)器和客戶端的代碼。詳細(xì)的實(shí)現(xiàn)方式網(wǎng)上有不少文章。
1.androidpn服務(wù)端重啟后客戶端不會重連，這個(gè)非常悲劇
2.由于服務(wù)器不保存消息，造成了如果客戶端當(dāng)前離線就收不到消息
3.androidpn發(fā)送完消息就不管了，所以沒有消息回執(zhí)報(bào)表之類，造成沒法做應(yīng)用后續(xù)的數(shù)據(jù)分析用戶體驗(yàn)的改善，這對于企業(yè)級的應(yīng)用是個(gè)致命傷。
XMPP協(xié)議比較費(fèi)電費(fèi)流量，這個(gè)對當(dāng)前智能機(jī)的消耗太大，在窄帶網(wǎng)絡(luò)和不穩(wěn)定的（手機(jī)）網(wǎng)絡(luò)都不是最優(yōu)的選擇。但總體來說，XMPP協(xié)議還是比較成熟的。
三、使用MQTT協(xié)議（想了解更多可以看http://mqtt.org/）
輕量級的、基于代理的“發(fā)布/訂閱”模式的消息傳輸協(xié)議。
優(yōu)點(diǎn)：協(xié)議簡潔、小巧、可擴(kuò)展性強(qiáng)、省流量、省電，目前已經(jīng)應(yīng)用到企業(yè)領(lǐng)域（參考： http://mqtt.org/software），且已有C++版的服務(wù)端組件rsmb。
缺點(diǎn)：不夠成熟、實(shí)現(xiàn)較復(fù)雜、服務(wù)端組件rsmb不開源，部署硬件成本較高。
四、HTTP輪循方式
定時(shí)向HTTP服務(wù)端接口（Web Service API）獲取最新消息。
優(yōu)點(diǎn)：實(shí)現(xiàn)簡單、可控性強(qiáng)，部署硬件成本低。
缺點(diǎn)：實(shí)時(shí)性差。
五、采用第三方服務(wù)
就是前面介紹的第三方推送，客戶端只需要導(dǎo)入第三方提供的lib庫，有第三方監(jiān)理長連接，負(fù)責(zé)消息的接收/發(fā)送。同時(shí)對消息都有比較詳細(xì)的報(bào)表數(shù)據(jù)，可以用于做數(shù)據(jù)分析、挖掘，改善用戶體驗(yàn)。
以上就是本文的全部內(nèi)容，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作能帶來一定的幫助，同時(shí)也希望多多支持腳本之家！
相關(guān)文章
本文主要介紹 Android深入淺出之Binder機(jī)制，這里整理了詳細(xì)的Binder機(jī)制資料，研究Android源碼的朋友可以看下，以便了解Android 通信知識2016-08-08
關(guān)于androidstuio導(dǎo)入系統(tǒng)源碼的問題
小編最近在做系統(tǒng)源碼導(dǎo)出來的小項(xiàng)目，在導(dǎo)入androidstudio過程中遇到過一些問題，本文以Schedule power on off為例給大家詳細(xì)介紹，需要的朋友參考下吧2021-06-06
這篇文章主要為大家詳細(xì)介紹了Android自定義控件之日期選擇控件的使用方法，文中示例代碼介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2017-06-06
這篇文章主要介紹了android的listview使用方法,需要的朋友可以參考下2014-02-02
java從輸入流中獲取數(shù)據(jù)并返回字節(jié)數(shù)組示例
這篇文章主要介紹了java從輸入流中獲取數(shù)據(jù)并以字節(jié)數(shù)組返回,這是一個(gè)常用的方法，以后可以直接拿來用。這種輸入流可以來自Android本地，也可以來自網(wǎng)絡(luò)2014-01-01
這篇文章主要給大家介紹了如何通過一篇文章弄懂kotlin的擴(kuò)展方法，文中通過示例代碼介紹的非常詳細(xì)，對大家學(xué)習(xí)或者使用kotlin具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面來一起學(xué)習(xí)學(xué)習(xí)吧2019-09-09
Android開發(fā)之DialogFragment用法實(shí)例總結(jié)
這篇文章主要介紹了Android開發(fā)之DialogFragment用法,結(jié)合實(shí)例形式總結(jié)分析了Android使用DialogFragment代替Dialog功能的相關(guān)使用技巧與注意事項(xiàng),需要的朋友可以參考下2017-11-11
OpenGL ES透視投影實(shí)現(xiàn)方法（四）
這篇文章主要為大家詳細(xì)介紹了OpenGL ES透視投影的實(shí)現(xiàn)方法，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2018-05-05
Android實(shí)現(xiàn)帶指示點(diǎn)的自動輪播無限循環(huán)效果
這篇文章主要為大家詳細(xì)介紹了Android實(shí)現(xiàn)帶指示點(diǎn)的自動輪播無限循環(huán)效果,具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2016-11-11
上篇文章更了Android 多渠道打包，這篇文章將做一個(gè)后續(xù)繼續(xù)更Android 多渠道打包進(jìn)階版，上次意未盡的朋友可以繼續(xù)啦，第一次點(diǎn)進(jìn)來的朋友也可以看上次文章2021-09-09