推送功能在手機(jī)應(yīng)用開發(fā)中越來越重要，已經(jīng)成為手機(jī)開發(fā)的必須。在Android應(yīng)用開發(fā)中，由于眾所周知的原因，Android消息推送我們不得不大費(fèi)周折。本文就是用來和大家共同探討一種Android消息推送的***解決方案。

一、消息推送基礎(chǔ)

消息推送，就是在互聯(lián)網(wǎng)上通過定期傳送用戶需要的信息來減少信息過載的一項(xiàng)新技術(shù)。推送技術(shù)通過自動(dòng)傳送信息給用戶，來減少用于網(wǎng)絡(luò)上搜索的時(shí)間。它根據(jù)用戶的興趣來搜索、過濾信息，并將其定期推給用戶，幫助用戶高效率地發(fā)掘有價(jià)值的信息

當(dāng)我們開發(fā)需要和服務(wù)器交互的移動(dòng)應(yīng)用時(shí)，基本上都需要和服務(wù)器進(jìn)行交互，包括上傳數(shù)據(jù)到服務(wù)器，同時(shí)從服務(wù)器上獲取數(shù)據(jù)。

一般情況下，客戶端與服務(wù)器之間通訊客戶端是主動(dòng)的，但這就存在一個(gè)問題就是一旦服務(wù)器數(shù)據(jù)有更新或者服務(wù)器要下發(fā)通知給客戶端只能等客戶端連接的時(shí)候才能實(shí)現(xiàn)。這種方式使消息失去了實(shí)時(shí)性。

如何使客戶端能夠?qū)崟r(shí)的收到服務(wù)器的消息和通知，總體來說有兩種方式，***種是客戶端使用Pull（拉）的方式，就是隔一段時(shí)間就去服務(wù)器上獲取一下信息，看是否有更新的信息出現(xiàn)。第二種就是 服務(wù)器使用Push（推送）的方式，當(dāng)服務(wù)器端有新信息了，則把***的信息Push到客戶端上。這樣，客戶端就能自動(dòng)的接收到消息。 

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

二、幾種常見的解決方案實(shí)現(xiàn)原理

1）輪詢(Pull)方式：客戶端定時(shí)向服務(wù)器發(fā)送詢問消息，一旦服務(wù)器有變化則立即同步消息。

2）SMS(Push)方式：通過攔截SMS消息并且解析消息內(nèi)容來了解服務(wù)器的命令，但這種方式一般用戶在經(jīng)濟(jì)上很難承受。

3）持久連接(Push)方式：客戶端和服務(wù)器之間建立長(zhǎng)久連接，這樣就可以實(shí)現(xiàn)消息的及時(shí)行和實(shí)時(shí)性。

三、消息推送解決方案概述

A、C2DM云端推送方案

在Android手機(jī)平臺(tái)上，Google提供了C2DM（Cloudto Device Messaging）服務(wù)。Android Cloud to Device Messaging (C2DM)是一個(gè)用來幫助開發(fā)者從服務(wù)器向Android應(yīng)用程序發(fā)送數(shù)據(jù)的服務(wù)。該服務(wù)提供了一個(gè)簡(jiǎn)單的、輕量級(jí)的機(jī)制，允許服務(wù)器可以通知移動(dòng)應(yīng)用程序直接與服務(wù)器進(jìn)行通信，以便于從服務(wù)器獲取應(yīng)用程序更新和用戶數(shù)據(jù)。

該方案存在的主要問題是C2DM需要依賴于Google官方提供的C2DM服務(wù)器，由于國(guó)內(nèi)的網(wǎng)絡(luò)環(huán)境，這個(gè)服務(wù)經(jīng)常不可用。

B、MQTT協(xié)議實(shí)現(xiàn)Android推送

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

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

C、RSMB實(shí)現(xiàn)推送功能

Really Small Message Broker (RSMB) ，是一個(gè)簡(jiǎn)單的MQTT代理，同樣由IBM提供，其查看地址是：http://www.alphaworks.ibm.com/tech/rsmb。缺省打開1883端口，應(yīng)用程序當(dāng)中，它負(fù)責(zé)接收來自服務(wù)器的消息并將其轉(zhuǎn)發(fā)給指定的移動(dòng)設(shè)備。SAM是一個(gè)針對(duì)MQTT寫的PHP庫。我們可以從這個(gè)http://pecl.php.net/package/sam/download/0.2.0地址下載它.

D、XMPP協(xié)議實(shí)現(xiàn)Android推送

Google官方的C2DM服務(wù)器底層也是采用XMPP協(xié)議進(jìn)行的封裝。XMPP(可擴(kuò)展通訊和表示協(xié)議)是基于可擴(kuò)展標(biāo)記語言（XML）的協(xié)議，它用于即時(shí)消息（IM）以及在線探測(cè)。這個(gè)協(xié)議可能最終允許因特網(wǎng)用戶向因特網(wǎng)上的其他任何人發(fā)送即時(shí)消息。

androidpn是一個(gè)基于XMPP協(xié)議的java開源Android push notification實(shí)現(xiàn)。它包含了完整的客戶端和服務(wù)器端。但也存在一些不足之處：

1） 比如時(shí)間過長(zhǎng)時(shí)，就再也收不到推送的信息了。

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

3）如果將消息從服務(wù)器上推送出去，就不再管理了，不管消息是否成功到達(dá)客戶端手機(jī)上。

如果我們要使用androidpn，則還需要做大量的工作，需要理解XMPP協(xié)議、理解Androidpn的實(shí)現(xiàn)機(jī)制，需要調(diào)試內(nèi)部存在的BUG。

E、使用第三方平臺(tái)

目前國(guó)內(nèi)、國(guó)外有一些推送平臺(tái)可供使用，但是涉及到收費(fèi)問題、保密問題、服務(wù)質(zhì)量問題、擴(kuò)展問題等等，又不得不是我們望而卻步。

四、消息推送***方案

綜合以上論述，在建立Android消息推送方面可謂方案多多，但每一款方案都有其優(yōu)缺點(diǎn)。但無論如何，還是自己搭建一個(gè)推送平臺(tái)是上策。因?yàn)槟阌小⑺胁蝗缱约河小?/p>

舉個(gè)例子，在搭建自有推送平臺(tái)上建議使用《某某Android消息推送組件》。該組不僅可以拿來即用，并且還可以提供源碼以便擴(kuò)展，實(shí)現(xiàn)自己的特殊需求。

A、推送原理

Android消息推送組件基于XMPP協(xié)議實(shí)現(xiàn)Android推送。XMPP（可擴(kuò)展通訊和表示協(xié)議）是基于可擴(kuò)展標(biāo)記語言（XML）的協(xié)議，它用于即時(shí)消息（IM）以及在線探測(cè)。這個(gè)協(xié)議可能最終允許因特網(wǎng)用戶向因特網(wǎng)上的其他任何人發(fā)送即時(shí)消息。

Android消息推送組件實(shí)現(xiàn)原理見下圖：

圖1-消息推送原理圖

Android消息推送組件由服務(wù)器部分和客戶端部分組成。每一部分都由XMPP協(xié)議組件和外部接口組件構(gòu)成。XMPP協(xié)議組件負(fù)責(zé)服務(wù)器和Android客戶端間的連接管理、消息通訊，外部接口組件負(fù)責(zé)接收應(yīng)用系統(tǒng)、客戶端應(yīng)用的命令，向應(yīng)用系統(tǒng)發(fā)送接收到的通知消息。

Android消息組件提供基于Tomcat的服務(wù)器應(yīng)用和Android開發(fā)jar包。其中基于Tomcat的服務(wù)器應(yīng)用直接在Tomcat上部署即可，Android開發(fā)jar包引入Android項(xiàng)目即可。

B 集成方式

1）服務(wù)器部署

Android消息組件Tomcat的服務(wù)器應(yīng)用直接部署在Tomcat中，端口號(hào)任意設(shè)定。

2）客戶端jar包引用

在Android項(xiàng)目中建立libs目錄，然后將提供的Android開發(fā)jar包復(fù)制到該目錄即可。見下圖：

圖2-jar包引入圖

3）Android項(xiàng)目AndroidManifest.xml文件修改

在該文件中增加以下權(quán)限：

<uses-permission android:name="android.permission.READ_PHONE_STATE" /> 
 
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" /> 
 
<uses-permission android:name="android.permission.INTERNET" /> 
 
<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" /> 
 
<uses-permission android:name="android.permission.CHANGE_WIFI_STATE" /> 
 
<uses-permission android:name="android.permission.VIBRATE" /> 

在該文件中注冊(cè)服務(wù)：

 <service android:enabled="true" 
 
 android:name="com.bjjrs.server.NotificationService" 
 
 android:label="NotificationService"> 
 
      <intent-filter> 
 
         <action android:name="com.bjjrs.server.NotificationService" /> 
 
     </intent-filter> 
 
</service> 

至此，Android消息組件集成工作完成。

C、接口方式

1）服務(wù)器端接口采用基于http協(xié)議的訪問方式，采用http協(xié)議從服務(wù)器中獲取各種信息，實(shí)現(xiàn)通知消息的推送。

如使用以下方式和參數(shù)就可以實(shí)現(xiàn)各種用戶消息的查詢：

http://localhost:8080/user.do?action=getAllUser&isOnline=&userID=&userType=&deptID=&deptName=&realName=

使用如下方式就可以實(shí)現(xiàn)各種消息的推送：

http://localhost:8080/notification.do?action=pushNoti&userNames=&title=&content=

2）Android客戶端接口采用廣播機(jī)制。

消息接收：當(dāng)XMPP協(xié)議組件接收到推送消息時(shí)，將按照一定格式廣播該消息，通知客戶端其他應(yīng)用接收并處理該消息。

消息發(fā)送：客戶端應(yīng)用需要向服務(wù)器或者其他客戶端發(fā)送即時(shí)消息時(shí)，只需按一定格式廣播該消息，XMPP組件就會(huì)自動(dòng)接收該消息并發(fā)送到指定的其他客戶端。

D、優(yōu)勢(shì)特點(diǎn)

1）系統(tǒng)集成簡(jiǎn)單，無需復(fù)雜的設(shè)置。

2）Android客戶端應(yīng)用和Android消息推送組件完全分離，通過接口相互調(diào)用，實(shí)現(xiàn)模塊應(yīng)用***化。

3）客戶端通訊機(jī)制采用廣播方式，給客戶端應(yīng)用帶來極大的靈活性和可擴(kuò)展性，可以自由處理接收到的推送消息。

4）Android消息推送組件在服務(wù)器端具備消息存儲(chǔ)、消息重發(fā)、消息路由等功能，在客戶端部分具備斷線重連、、收到確認(rèn)、閱讀確認(rèn)、消息發(fā)送、命令執(zhí)行等功能，確保消息能夠推送到客戶端，同時(shí)也保證客戶端能夠收到、閱讀消息。

E、 應(yīng)用范圍

Android消息推送組件可在以下場(chǎng)景中使用：

1）用于消息推送。如：通知下達(dá)、應(yīng)急指揮等。

2）用戶及時(shí)消息交互。如在線聊天、工作情況交互等。

3）用于遠(yuǎn)程控制。如控制遠(yuǎn)程客戶端的狀態(tài)、數(shù)據(jù)上報(bào)等。

***，希望轉(zhuǎn)載的朋友能夠尊重作者的勞動(dòng)成果，加上轉(zhuǎn)載地址。

http://bbs.hiapk.com/thread-4652657-1-1.html