客戶端消息推送實現(xiàn)方案

客戶端消息推送方案本文所提推送為服務端有新的消息時，把最新的信息push到客戶端上。1、第一種解決方案采用httpjson輪詢方式客戶端固定頻率向服務器發(fā)送查詢報文，服務端返回最新信息。?優(yōu)點：實現(xiàn)簡單、成要較低?缺點：消息實時性欠佳，客戶過多，可能導致資源浪費2、第二種解決方案Android平臺采用google提供的C2DM云端推送功能。AndroidCloudtoDeviceMessaging(C2DM)是一個用來幫助開發(fā)者從服務器向Android應用程序發(fā)送數(shù)據的服務。該服務提供了一個簡單的、輕量級的機制，允許服務器可以通知移動應用程序直接與服務器進行通信，以便于從服務器獲取應用程序更新和用戶數(shù)據。C2DM服務負責處理諸如消息排隊等事務并向運行于目標設備上的應用程序分發(fā)這些消息。其操作過程如下：browser androidapp經過查詢和實驗，有如下問題：C2DM內置于Android的2.2系統(tǒng)上，無法兼容老的1.6到2.1系統(tǒng)；C2DM需要依賴于Google官方提供的C2DM服務器，由于國內的網絡環(huán)境，這個服務經常不可用，如果想要很好的使用，我們的AppServer必須也在國外。3、第三種解決方案XMPP協(xié)議實現(xiàn)Android推送功能Google官方的C2DM服務器底層也是采用XMPP協(xié)議進行的封裝。XMPP（可擴展通訊和表示協(xié)議）是基于可擴展標記語言（XML）的協(xié)議，它用于即時消息（IM）以及在線探測。這個協(xié)議可能最終允許因特網用戶向因特網上的其他任何人發(fā)送即時消息。androidpn客戶端需要用到一個基于java的開源XMPP協(xié)議包asmack，這個包同樣也是基于openfire下的另外一個開源項目smack，不過我們不需要自己編譯，可以直接把androidpn客戶端里面的asmack.jar拿來使用?？蛻舳死胊smack中提供的XMPPConnection類與服務器建立持久連接，并通過該連接進行用戶注冊和登錄認證，同樣也是通過這條連接，接收服務器發(fā)送的通知。androidpn服務器端也是java語言實現(xiàn)的，基于openfire開源工程，不過它的Web部分采用的是spring框架，這一點與openfire是不同的。Androidpn服務器包含兩個部分，一個是偵聽在5222端口上的XMPP服務，負責與客戶端的XMPPConnection類進行通信，作用是用戶注冊和身份認證，并發(fā)送推送通知消息。另外一部分是Web服務器，采用一個輕量級的HTTP服務器，負責接收用戶的Web請求。服務器架構如下：SessionManagerAuthManager— _1PresenceManagerNotificationManager10HandlerStanzaHandler ]HandlerAdminConsoleSpringFrameworkMINAJettyJavaSE6Runtime最上層包含四個組成部分，分別是SessionManager，AuthManager，PresenceManager以及NotificationManager。SessionManager負責管理客戶端與服務器之間的會話，AuthManager負責客戶端用戶認證管理，PresenceManager負責管理客戶端用戶的登錄狀態(tài)，NotificationManager負責實現(xiàn)服務器向客戶端推送消息功能。這個解決方案的最大優(yōu)勢就是簡單，我們不需要象C2DM那樣依賴操作系統(tǒng)版本，也不會擔心某一天Google服務器不可用。利用XMPP協(xié)議我們還可以進一步的對協(xié)議進行擴展，實現(xiàn)更為完善的功能。采用這個方案，我們目前只能發(fā)送文字消息，一般情況下，利用推送只是告訴手機端服務器發(fā)生了某些改變，當客戶端收到通知以后，應該主動到服務器獲取最新的數(shù)據，這樣才是推送服務的完整實現(xiàn)。經過查詢和試驗，發(fā)現(xiàn)androidpn一些缺點：?連接時間過長時，客戶端收不到服務器推送消息。?性能上不夠穩(wěn)定。?沒有失敗重推機制。4、第四種解決方案使用第三方平臺現(xiàn)有較成熟的方案，第三方平臺有商用的也有免費的，我們可以根據實現(xiàn)情況使用。關于國內的第三方平臺，我感覺目前比較不錯的就是極光推送。極光推送目前是免費的，而且支持Android平臺和ios平臺，我們可以直接使用，后續(xù)可根據用戶發(fā)展情況，購買收費版。5、第五種解決方案自己搭建一個推送平臺