如何?android和伺服器長串連

標籤：

轉載 這種功能實際上就是資料同步，同時要考慮手機本身、電量、網路流量等等限制因素，所以通常在移動端上有一下兩個解決方案:

　　1.一種是定時去server查詢資料，通常是使用HTTP協議來訪問web伺服器，稱Polling（輪詢）；
　　2.還有一種是移動端和伺服器建立長串連，使用XMPP長串連，稱Push（推送）。

　　從耗費的電量、流量和資料延遲性各方面來說，Push有明顯的優勢。但是使用Push的缺點是：
　　對於用戶端：實現和維護相對成本高，在移動無線網路下維護長串連，相對有一些技術上的開發難度。
　　對於伺服器：如何?多核並發，cpu作業調度，數量龐大的長串連並發維護等技術，仍存在開發痛點。

　　在講述Push方案的原理前，我們先瞭解一下移動無線網路的特點。
　　移動無線網路的特點：
　　因為 IP v4 的 IP 量有限，電訊廠商分配給手機終端的 IP 是電訊廠商內網的 IP，手機要串連 Internet，就需要通過電訊廠商的網關做一個網路位址轉譯（Network Address Translation，NAT）。簡單的說電訊廠商的網關需要維護一個外網 IP、連接埠到內網 IP、連接埠的對應關係，以確保內網的手機可以跟 Internet 的伺服器通訊
　　GGSN（Gateway GPRS Support Node 網關GPRS支援結點）模組就實現了NAT功能。
因為大部分移動無線網路電訊廠商都是為了減少網關的NAT映射表的負荷，所以如果發現鏈路中有一段時間沒有資料通訊時，會刪除其對應表，造成鏈路中斷。（關於NAT的作用及其原理可以查看我的另一篇博文：關於使用UDP(TCP)跨區域網路，NAT穿透的心得）

Push在Android平台上長串連的實現：
既然我們知道我們移動端要和Internet進行通訊，必須通過電訊廠商的網關，所以，為了不讓NAT映射表失效，我們需要定時向Internet發送資料，因為只是為了不然NAT映射表失效，所以只需發送長度為0的資料即可。

這時候就要用到定時器，在android系統上，定時器通常有一下兩種：
1.java.util.Timer
2.android.app.AlarmManager

分析：
Timer:可以按照計劃或者時間周期來執行相關的任務。但是Timer需要用WakeLock來讓CPU保持喚醒狀態，才能保證任務的執行，這樣子會消耗大量流量；當CPU處於休眠的時候，就不能喚醒執行任務，所以應用於移動端明顯是不合適。

AlarmManager：AlarmManager類是屬於android系統封裝好來管理RTC模組的管理類。這裡就涉及到RTC模組，要更好地瞭解兩者的區別，就要明白兩者真正的區別。
RTC（Real- Time Clock）即時鬧鐘在一個嵌入式系統中，通常採用RTC 
來提供可靠的系統時間，包括時分秒和年月日等;而且要求在系統處於關機狀態下它也能夠正常工作（通常採用後備電池供電），它的外圍也不需要太多的輔助電路，典型的就是只需要一個高精度的32.768KHz 
晶體和電阻電容等。（如果對這方面感興趣，可以自己查閱相關資料，這裡就說個大概）
好了，回來正題。所以，AlarmManager又稱全域定時鬧鐘。這意味著，當我用使用AlarmManager來定時執行任務，CPU可以正常地休眠，只有在執行任務是，才喚醒CPU，這個過程是很短時間的。
下面簡單來說明其使用：
1.類似於Timer功能：
//獲得鬧鐘管理器
AlarmManager 
am = (AlarmManager)getSystemService(ALARM_SERVICE);
//設定任務執行計畫
am.setRepeating(AlarmManager.ELAPSED_REALTIME, firstTime, 5*1000, 
sender);//從firstTime才開始執行，每隔5秒再執行

2.實現全域定時功能：
//獲得鬧鐘管理器
AlarmManager 
am = (AlarmManager)getSystemService(ALARM_SERVICE);
//設定任務執行計畫
am.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, firstTime, 
5*1000, sender);//從firstTime才開始執行，每隔5秒再執行

總結：在android用戶端使用Push推送時，應該使用AlarmManager來實現心跳功能，使其真正實現長串連。

如何?android和伺服器長串連