国产欧美精品专区一区二区_91www永久在线精品果冻传媒_日韩成人亚洲综合专区无码av_欧美激情一区二区三区高清视频_免费福利在线视频亚洲_日韩精品无码人妻自慰喷水_把腿张开老子cao哭你动态图_51a性爱高清免费视频_国产无码资源在线观看資源免費看_再深点灬舒服灬太大了网站

　　本文介紹在Android中實現(xiàn)推送方式的基礎知識及相關解決方案。推送功能在手機開發(fā)中應用的場景是越來起來了，不說別的，就我們手機上的新聞客戶端就時不j時的推送過來新的消息，很方便的閱讀最新的新聞信息。這種推送功能是好的一面，但是也會經(jīng)?？吹胶芏嗤扑瓦^來的垃圾信息，這就讓我們感到厭煩了，關于這個我們就不能多說什么了，畢竟很多商家要做廣告。本文就是來探討下Android中實現(xiàn)推送功能的一些解決方案，也希望能夠起到拋磚引玉的作用。^_^

　　1.推送方式基礎知識：

　　在移動互聯(lián)網(wǎng)時代以前的手機，如果有事情發(fā)生需要通知用戶，則會有一個窗口彈出，將告訴用戶正在發(fā)生什么事情?？赡苁俏唇与娫挼奶崾?，日歷的提醒，或是一封新的彩信。推送功能最早是被用于Email中，用來提示我們新的信息。由于時代的發(fā)展和移動互聯(lián)網(wǎng)的熱潮，推送功能更加地普及，已經(jīng)不再僅僅用在推送郵件了，更多地用在我們的APP中了。

　　當我們開發(fā)需要和服務器交互的應用程序時，基本上都需要獲取服務器端的數(shù)據(jù)，比如《地震應急通》就需要及時獲取服務器上最新的地震信息。要獲取服務器上不定時更新的信息，一般來說有兩種方法：第一種是客戶端使用Pull（拉）的方式，就是隔一段時間就去服務器上獲取一下信息，看是否有更新的信息出現(xiàn)。第二種就是 服務器使用Push（推送）的方式，當服務器端有新信息了，則把最新的信息Push到客戶端上。這樣，客戶端就能自動的接收到消息。 

　　雖然Pull和Push兩種方式都能實現(xiàn)獲取服務器端更新信息的功能，但是明顯來說Push方式比Pull方式更優(yōu)越。因為Pull方式更費客戶端的網(wǎng)絡流量，更主要的是費電量，還需要我們的程序不停地去監(jiān)測服務端的變化。  

　　在開發(fā)Android和iPhone應用程序時，我們往往需要從服務器不定的向手機客戶端即時推送各種通知消息。我們只需要在Android或IPhone的通知欄處向下一拉，就展開了Notification Panel，可以集中一覽各種各樣通知消息。目前IOS平臺上已經(jīng)有了比較簡單的和完美的推送通知解決方案，我會在以后詳細介紹IPhone中的解決方案，可是Android平臺上實現(xiàn)起來卻相對比較麻煩。

　　最近利用幾天的時間對Android的推送通知服務進行初步的研究，也希望能和大家共同探討一下。

　

　　2. 幾種常見的解決方案實現(xiàn)原理：

　　1）輪詢(Pull)方式：應用程序應當階段性的與服務器進行連接并查詢是否有新的消息到達，你必須自己實現(xiàn)與服務器之間的通信，例如消息排隊等。而且你還要考慮輪詢的頻率，如果太慢可能導致某些消息的延遲，如果太快，則會大量消耗網(wǎng)絡帶寬和電池。

　　2）SMS(Push)方式：在Android平臺上，你可以通過攔截SMS消息并且解析消息內容來了解服務器的意圖，并獲取其顯示內容進行處理。這是一個不錯的想法，我就見過采用這個方案的應用程序。這個方案的好處是，可以實現(xiàn)完全的實時操作。但是問題是這個方案的成本相對比較高，我們需要向移動公司繳納相應的費用。我們目前很難找到免費的短消息發(fā)送網(wǎng)關來實現(xiàn)這種方案。

　　3）持久連接(Push)方式：這個方案可以解決由輪詢帶來的性能問題，但是還是會消耗手機的電池。IOS平臺的推送服務之所以工作的很好，是因為每一臺手機僅僅保持一個與服務器之間的連接，事實上C2DM也是這么工作的。不過剛才也講了，這個方案存在著很多的不足之處，就是我們很難在手機上實現(xiàn)一個可靠的服務，目前也無法與IOS平臺的推送功能相比。

　　Android操作系統(tǒng)允許在低內存情況下殺死系統(tǒng)服務，所以我們的推送通知服務很有可能就被操作系統(tǒng)Kill掉了。 輪詢(Pull)方式和SMS(Push)方式這兩個方案也存在明顯的不足。至于持久連接(Push)方案也有不足，不過我們可以通過良好的設計來彌補，以便于讓該方案可以有效的工作。畢竟，我們要知道GMail，GTalk以及GoogleVoice都可以實現(xiàn)實時更新的。

　　

　　3.第一種解決方案：C2DM云端推送功能。

　　在Android手機平臺上，Google提供了C2DM（Cloudto Device Messaging）服務，起初我就是準備采用這個服務來實現(xiàn)自己手機上的推送功能，并將其帶入自己的項目中。 

　　Android Cloud to Device Messaging (C2DM)是一個用來幫助開發(fā)者從服務器向Android應用程序發(fā)送數(shù)據(jù)的服務。該服務提供了一個簡單的、輕量級的機制，允許服務器可以通知移動應用程序直接與服務器進行通信，以便于從服務器獲取應用程序更新和用戶數(shù)據(jù)。C2DM服務負責處理諸如消息排隊等事務并向運行于目標設備上的應用程序分發(fā)這些消息。關于C2DM具體使用過程，大家可以去查閱相關的資料，在這里先讓我們了解下大致方案情況。

　　下面是C2DM操作過程示例圖:

　　

　　但是經(jīng)過一番研究發(fā)現(xiàn)，這個服務存在很大的問題：

　　1）C2DM內置于Android的2.2系統(tǒng)上，無法兼容老的1.6到2.1系統(tǒng);

　　2）C2DM需要依賴于Google官方提供的C2DM服務器，由于國內的網(wǎng)絡環(huán)境，這個服務經(jīng)常不可用，如果想要很好的使用，我們的App Server必須也在國外，這個恐怕不是每個開發(fā)者都能夠實現(xiàn)的;

　　3) 不像在iPhone中，他們把硬件系統(tǒng)集成在一塊了。所以對于我們開發(fā)者來說，如果要在我們的應用程序中使用C2DM的推送功能，因為對于不同的這種硬件廠商平臺，比如摩托羅拉、華為、中興做一個手機，他們可能會把Google的這種服務去掉，尤其像在國內就很多這種，把Google這種原生的服務去掉。買了一些像什么山寨機或者是華為這種國產(chǎn)機，可能Google的服務就沒有了。而像在國外出的那些可能會內置。

　　有了上述幾個方面的制約，導致我最終放棄了這個方案，不過我想利用另外一篇文章來詳細的介紹C2DM的框架以及客戶端和App Server的相應設置方法，可以作為學習資源讓我們有個參考的資料。 即然C2DM無法滿足我們的要求，那么我們就需要自己來實現(xiàn)Android手機客戶端與App Server之間的通信協(xié)議，保證在App Server想向指定的Android設備發(fā)送消息時，Android設備能夠及時的收到。

　　4. 第二種解決方案：MQTT協(xié)議實現(xiàn)Android推送功能。

　　采用MQTT協(xié)議實現(xiàn)Android推送功能也是一種解決方案。MQTT是一個輕量級的消息發(fā)布/訂閱協(xié)議，它是實現(xiàn)基于手機客戶端的消息推送服務器的理想解決方案。

　　wmqtt.jar 是IBM提供的MQTT協(xié)議的實現(xiàn)。我們可以從這里（https://github.com/tokudu/AndroidPushNotificationsDemo）下載該項目的實例代碼，并且可以找到一個采用PHP書寫的服務器端實現(xiàn)（https://github.com/tokudu/PhpMQTTClient）。

　　架構如下圖所示：

　　

　　wmqtt.jar 是IBM提供的MQTT協(xié)議的實現(xiàn)。我們可以從如下站點下載（http://www-01.ibm.com/support/docview.wss?rs=171&uid=swg24006006）它。我們可以將該jar包加入自己的Android應用程序中。

　　5.第三種解決方案：RSMB實現(xiàn)推送功能。

　　Really Small Message Broker (RSMB) ，他是一個簡單的MQTT代理，同樣由IBM提供，其查看地址是：http://www.alphaworks.ibm.com/tech/rsmb。缺省打開1883端口，應用程序當中，它負責接收來自服務器的消息并將其轉發(fā)給指定的移動設備。

　　send_mqtt.php是一個通過POST接收消息并且通過SAM將消息發(fā)送給RSMB的PHP腳本。

　　6. 第四種解決方案：XMPP協(xié)議實現(xiàn)Android推送功能。

　　這是我希望在項目中采用的方案，因為目前它是開源的，對于其簡單的推送功能它還是能夠實現(xiàn)的。我們可以修改其源代碼來適應我們的應用程序。

　　事實上Google官方的C2DM服務器底層也是采用XMPP協(xié)議進行的封裝。XMPP(可擴展通訊和表示協(xié)議)是基于可擴展標記語言（XML）的協(xié)議，它用于即時消息（IM）以及在線探測。這個協(xié)議可能最終允許因特網(wǎng)用戶向因特網(wǎng)上的其他任何人發(fā)送即時消息。關于XMPP協(xié)議我在上篇博文中已經(jīng)介紹，大家可以參考下文章：http://www.cnblogs.com/hanyonglu/archive/2012/03/04/2378956.html

　　androidpn是一個基于XMPP協(xié)議的java開源Android push notification實現(xiàn)，我會在以后的博文中詳細介紹androidpn。它包含了完整的客戶端和服務器端。經(jīng)過源代碼研究我發(fā)現(xiàn)，該服務器端基本是在另外一個開源工程openfire基礎上修改實現(xiàn)的，不過比較郁悶的是androidpn的文檔是由韓語寫的，所以整個研究過程基本都是讀源碼。

　　這是androidpn的項目主頁：http://sourceforge.net/projects/androidpn/

　　androidpn實現(xiàn)意圖如下圖所示：

　　

　　androidpn 客戶端需要用到一個基于java的開源XMPP協(xié)議包asmack，這個包同樣也是基于openfire下的另外一個開源項目smack，不過我們不需要自己編譯，可以直接把androidpn客戶端里面的asmack.jar拿來使用。客戶端利用asmack中提供的XMPPConnection類與服 務器建立持久連接，并通過該連接進行用戶注冊和登錄認證，同樣也是通過這條連接，接收服務器發(fā)送的通知。

　　androidpn服務器端也是java語言實現(xiàn)的，基于openfire開源工程，不過它的Web部分采用的是spring框架，這一點與 openfire是不同的。Androidpn服務器包含兩個部分，一個是偵聽在5222端口上的XMPP服務，負責與客戶端的 XMPPConnection類進行通信，作用是用戶注冊和身份認證，并發(fā)送推送通知消息。另外一部分是Web服務器，采用一個輕量級的HTTP服務器， 負責接收用戶的Web請求。服務器架構如下：

　　最上層包含四個組成部分，分別是SessionManager，Auth Manager，PresenceManager以及Notification Manager。SessionManager負責管理客戶端與服務器之間的會話，Auth Manager負責客戶端用戶認證管理，Presence Manager負責管理客戶端用戶的登錄狀態(tài)，NotificationManager負責實現(xiàn)服務器向客戶端推送消息功能。

　　這個解決方案的最大優(yōu)勢就是簡單，我們不需要象C2DM那樣依賴操作系統(tǒng)版本，也不會擔心某一天Google服務器不可用。利用XMPP協(xié)議我們還可以進一步的對協(xié)議進行擴展，實現(xiàn)更為完善的功能。 采用這個方案，我們目前只能發(fā)送文字消息，不過對于推送來說一般足夠了，因為我們不能指望通過推送得到所有的數(shù)據(jù)，一般情況下，利用推送只是告訴手機端服務器發(fā)生了某些改變，當客戶端收到通知以后，應該主動到服務器獲取最新的數(shù)據(jù)，這樣才是推送服務的完整實現(xiàn)。 XMPP協(xié)議書相對來說還是比較簡單的，值得我們進一步研究。

　　但是在經(jīng)過一段時間的測試，我發(fā)現(xiàn)關于androidpn也存在一些不足之處：

　　1. 比如時間過長時，就再也收不到推送的信息了。

　　2. 性能上也不夠穩(wěn)定。

　 3. 如果將消息從服務器上推送出去，就不再管理了，不管消息是否成功到達客戶端手機上。

　　等等，總之，androidpn也有很多的缺點。如果我們要使用androidpn，則還需要做大量的工作。

　　至于詳細使用過程，我們會在下個博文中再給大家介紹。

　　7.第五種解決方案：使用第三方平臺。

　　第三方平臺有商用的也有免費的，我們可以根據(jù)實現(xiàn)情況使用。關于國內的第三方平臺，我感覺目前比較不錯的就是極光推送。關于極光推送目前是免費的，我們可以直接使用。關于詳細情況，大家可以查看它的主頁：http://www.jpush.cn/index.jsp，這里不再詳細描述。

　　關于MQTT的方案，國內最近出現(xiàn)基于 mqtt 的第三方解決方案 云巴 (http://yunba.io)，據(jù)了解是原 極光推送 CTO 創(chuàng)辦的，有興趣的朋友可以研究下。

　　

　　關于國外的第三方平臺我也見過幾個：http://www.push-notification.org/。有興趣的朋友可以查閱相關信息。使用第三方平臺就需要使用別人的服務器，關于這點，你懂的。

　　8.第六種解決方案：自己搭建一個推送平臺。

　　這不是一件輕松的工作，當然可以根據(jù)各自的需要采取合適的方案。

　　好了，以上是關于在Android中實現(xiàn)推送方式的基礎知識及相關解決方案。

　　完畢。 ^_^