百度云,極光,個(gè)推之間的區(qū)別

1、百度云百度云極光極光個(gè)推的個(gè)推的區(qū)別區(qū)別2013071615:0551cto編輯張葉青51cto整理字號(hào)：T|T作為roid開(kāi)發(fā)人員，在做應(yīng)用開(kāi)發(fā)時(shí)我們常常會(huì)碰到消息推送，因?yàn)閞oid不像蘋果，本身沒(méi)有消息推送機(jī)制，通常采用的是基于XMPP協(xié)議的推送，但這種開(kāi)發(fā)很麻煩，因此在市場(chǎng)上應(yīng)運(yùn)而生了一種封裝好的推送方式：極光推送，它的出現(xiàn)大大節(jié)省了開(kāi)發(fā)時(shí)間，極光推送一度占領(lǐng)移動(dòng)開(kāi)發(fā)的市場(chǎng)，但是最近，百度推出了新的推送方式：百度云推送，在市場(chǎng)的反

2、應(yīng)也相當(dāng)不錯(cuò)，作為開(kāi)發(fā)者，有時(shí)候不知道選擇哪一種方式的推送合適，下面就將詳細(xì)介紹下這兩者的區(qū)別和優(yōu)勢(shì)，希望你能從中找到答案。AD：2014WOT全球軟件技術(shù)峰會(huì)北京站課程視頻發(fā)布百度云推送的機(jī)制和特點(diǎn)：百度云推送的機(jī)制和特點(diǎn)：1.1.單播消息推送單播消息推送描述描述開(kāi)發(fā)者向應(yīng)用的特定終端或特定用戶推送消息。特定終端對(duì)于應(yīng)用來(lái)說(shuō)，就是安裝了應(yīng)用的一臺(tái)具體的設(shè)備。而一個(gè)用戶可能有多個(gè)端，在某些應(yīng)用場(chǎng)景下，我們希望消息是針對(duì)用戶的——應(yīng)用的同

3、一個(gè)用戶在他的所有終端上都能收到消息，這時(shí)候我們就需要向特定用戶推送消息。解決思路解決思路(1)向應(yīng)用的特定終端推送消息一個(gè)channelid指定一個(gè)終端，因此在這種需求下，開(kāi)發(fā)者需要通過(guò)服務(wù)端API，向一個(gè)特定channelid推送消息。在推送之前，客戶端應(yīng)用通過(guò)綁定接口的返回值獲取到channelid，并通過(guò)網(wǎng)絡(luò)等手段發(fā)送給開(kāi)發(fā)者，開(kāi)發(fā)者需自行維護(hù)channelid。例如，roid客戶端，在調(diào)用了startWk之后，自定義消息rec

4、eiver將會(huì)收到返回值，其中包含了channelid、userid等信息。(2)向應(yīng)用的特定用戶推送消息云推送用userid來(lái)表示用戶，因此在這種需求下，開(kāi)發(fā)者需要通過(guò)服務(wù)端API，向一個(gè)特定userid推送消息。和channelid獲取方式類似，客戶端應(yīng)用通過(guò)綁定接口的返回值獲取到userid。開(kāi)發(fā)者需要自行維護(hù)userid。應(yīng)用場(chǎng)景舉例應(yīng)用場(chǎng)景舉例云推送通過(guò)終端標(biāo)識(shí)（channelid）和應(yīng)用標(biāo)識(shí)（APIKey）來(lái)唯一確定一個(gè)應(yīng)用

5、的一個(gè)特定端。應(yīng)用的每個(gè)端都是不同的用戶，擁有不同的userid?？蛻舳说慕壎ǚ绞?，用roidAPI舉例：PushManager.startWk(ContextLOGIN_TYPE_API_KEYapiKey)(2)使用百度賬戶系統(tǒng)云推送和百度賬戶系統(tǒng)是連通的，應(yīng)用的所有用戶將使用百度的userid作為唯一標(biāo)識(shí)。不同的端使用同一個(gè)用戶百度賬戶登錄，獲得的userid是一樣的。這種方式可以實(shí)現(xiàn)對(duì)用戶的多個(gè)端做消息推送。百度賬戶的客戶端綁定

6、使用用戶AccessToken作為驗(yàn)證憑證，用戶AccessToken的獲得需要百度賬戶登錄界面的輔助，具體使用可以參看客戶端SDKdemo或者百度賬號(hào)連接官方文檔。同樣的，客戶端的綁定方式，用roidAPI舉例：PushManager.startWk(ContextLOGIN_TYPE_ACCESS_TOKENUserAccessToken)(2)百度賬號(hào)連接官方文檔4.4.單服務(wù)單通道的端上實(shí)現(xiàn)單服務(wù)單通道的端上實(shí)現(xiàn)云推送的roid

7、SDK，是通過(guò)后臺(tái)service和socket長(zhǎng)連接機(jī)制來(lái)實(shí)現(xiàn)的。從消息時(shí)效性、耗電量、網(wǎng)絡(luò)流量等因素考慮，這是目前最好的實(shí)現(xiàn)方式。在同一臺(tái)設(shè)備安裝了多個(gè)使用推送的應(yīng)用的情況下，如果每個(gè)應(yīng)用都執(zhí)行獨(dú)立的后臺(tái)service，且各自建立獨(dú)立的長(zhǎng)連接，這無(wú)疑是系統(tǒng)資源的巨大浪費(fèi)。內(nèi)存使用、耗電量、網(wǎng)絡(luò)流量等關(guān)鍵因素都將以接近與應(yīng)用數(shù)正比的倍數(shù)增長(zhǎng)。在這個(gè)背景下，云推送實(shí)現(xiàn)了單服務(wù)單通道的機(jī)制。同一臺(tái)設(shè)備上，云推送服務(wù)的資源消耗不受集成該服務(wù)的