如何實現android和伺服器保持長連線
阿新 • • 發佈：2018-11-29
這種功能實際上就是資料同步，同時要考慮手機本身、電量、網路流量等等限制因素，所以通常在移動端上有一下兩個解決方案:
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模組，要更好地瞭解兩者的區別，就要明白兩者真正的區別。
下面簡單來說明其使用：
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來實現心跳功能，使其真正實現長連線。