極光推送技術(shù)原理解析

1、極光推送技術(shù)原理：移動(dòng)無(wú)線網(wǎng)絡(luò)長(zhǎng)連接移動(dòng)互聯(lián)網(wǎng)應(yīng)用現(xiàn)狀因?yàn)槭謾C(jī)平臺(tái)本身、電量、網(wǎng)絡(luò)流量的限制，移動(dòng)互聯(lián)網(wǎng)應(yīng)用在設(shè)計(jì)上跟傳統(tǒng)PC上的應(yīng)用很大不一樣，需要根據(jù)手機(jī)本身的特點(diǎn)，盡量的節(jié)省電量和流量，同時(shí)又要盡可能的保證數(shù)據(jù)能及時(shí)到達(dá)客戶端。為了解決數(shù)據(jù)同步的問(wèn)題，在手機(jī)平臺(tái)上，常用的方法有2種。一種是定時(shí)去服務(wù)器上查詢數(shù)據(jù)，也叫Polling，還有一種手機(jī)跟服務(wù)器之間維護(hù)一個(gè)TCP長(zhǎng)連接，當(dāng)服務(wù)器有數(shù)據(jù)時(shí)，實(shí)時(shí)推送到客戶端，也就是我們說(shuō)的Pusho從耗費(fèi)的電量、流量和數(shù)據(jù)送達(dá)的及時(shí)性來(lái)說(shuō)，Push都會(huì)有明顯的優(yōu)勢(shì)，但Push的實(shí)現(xiàn)和維護(hù)成本相對(duì)較高。在移動(dòng)無(wú)線網(wǎng)絡(luò)下維護(hù)長(zhǎng)連接，相對(duì)也有一些技術(shù)上的難

2、度。本文試圖給大家介紹一下我們極光推送在Android平臺(tái)上是如何維護(hù)長(zhǎng)連接。移動(dòng)無(wú)線網(wǎng)絡(luò)的特點(diǎn)因?yàn)镮Pv4的IP量有限，運(yùn)營(yíng)商分配給手機(jī)終端的IP是運(yùn)營(yíng)商內(nèi)網(wǎng)的IP,手機(jī)要連接Internet,就需要通過(guò)運(yùn)營(yíng)商的網(wǎng)關(guān)做一個(gè)網(wǎng)絡(luò)地址轉(zhuǎn)換(NetworkAddressTranslation,NAT。簡(jiǎn)單的說(shuō)運(yùn)營(yíng)商的網(wǎng)關(guān)需要維護(hù)一個(gè)外網(wǎng)IP、端口到內(nèi)網(wǎng)IP、端口的對(duì)應(yīng)關(guān)系，以確保內(nèi)網(wǎng)的手機(jī)可以跟Internet的服務(wù)RoamEpm而b(visftedPUrlhJ)HomePLMNCorporaterKtwork1Corporateneiwork2Internet圖片源自.器通訊。NAT功能由圖中的

3、GGSN模塊實(shí)現(xiàn)。大部分移動(dòng)無(wú)線網(wǎng)絡(luò)運(yùn)營(yíng)商都在鏈路一段時(shí)間沒(méi)有數(shù)據(jù)通訊時(shí)，會(huì)淘汰NAT表中的對(duì)應(yīng)項(xiàng)，造成鏈路中斷。Android平臺(tái)上長(zhǎng)連接的實(shí)現(xiàn)為了不讓NAT表失效，我們需要定時(shí)的發(fā)心跳，以刷新NAT表項(xiàng)，避免被淘汰。Android上定時(shí)運(yùn)行任務(wù)常用的方法有2種，一種方法用Timer,另一種是AlarmManager。TimerAndroid的Timer類(lèi)可以用來(lái)計(jì)劃需要循環(huán)執(zhí)行的任務(wù)，Timer的問(wèn)題是它需要用WakeLock讓CPU保持喚醒狀態(tài)，這樣會(huì)大量消耗手機(jī)電量，大大減短手機(jī)待機(jī)時(shí)間。這種方式不能滿足我們的需求。AlarmManagerAlarmManager是Android系統(tǒng)封

4、裝的用于管理RTC的模塊，RTC(RealTimeClock)是一個(gè)獨(dú)立的硬件時(shí)鐘，可以在CPU休眠時(shí)正常運(yùn)行，在預(yù)設(shè)的時(shí)間到達(dá)時(shí)，通過(guò)中斷喚醒CPU這意味著，如果我們用AlarmManager來(lái)定時(shí)執(zhí)行任務(wù)，CPU可以正常的休眠，只有在需要運(yùn)行任務(wù)時(shí)醒來(lái)一段很短的時(shí)間。極光推送的AndroidSDK就是基于這種技術(shù)實(shí)現(xiàn)的。服務(wù)器設(shè)計(jì)當(dāng)有大量的手機(jī)終端需要與服務(wù)器維持長(zhǎng)連接時(shí)，對(duì)服務(wù)器的設(shè)計(jì)會(huì)是一個(gè)很大的挑戰(zhàn)。假設(shè)一臺(tái)服務(wù)器維護(hù)10萬(wàn)個(gè)長(zhǎng)連接，當(dāng)有1000萬(wàn)用戶量時(shí)，需要有多達(dá)100臺(tái)的服務(wù)器來(lái)維護(hù)這些用戶的長(zhǎng)連接，這里還不算用于做備份的服務(wù)器，這將會(huì)是一個(gè)巨大的成本問(wèn)題。那就需要我們盡可能提高單臺(tái)服務(wù)器接入用戶的量，也就是業(yè)界已經(jīng)討論很久了的C10K問(wèn)題。C2000K針對(duì)這個(gè)問(wèn)題，我們專(zhuān)門(mén)成立了一個(gè)項(xiàng)目，命名為C2000K顧名思義，我們的目標(biāo)是單機(jī)維持200萬(wàn)個(gè)長(zhǎng)連接。最終我們采用了多消息循環(huán)、異步非阻塞的模型，在一臺(tái)雙核、24G內(nèi)存的服務(wù)器上，實(shí)現(xiàn)峰值維持超過(guò)300