1、前言

對于廣大Android開發(fā)者來說，Android O（即Android 8.0）還沒玩熱，Andriod P（即Andriod 9.0）又要來了。

下圖上谷歌官方公布的Android P發(fā)布路線圖：

Android P的最后一個(gè)開發(fā)者預(yù)覽版（即DP5）已如期發(fā)布于2018年7月26日，根據(jù)上面這張發(fā)布路線圖，相信Android P的正式版將很快到來。對于Andriod開發(fā)者來說，不管Andriod P有多少新功能或者特性（反正“我”用iPhone啊，哈哈），是否影響“我”擼的APP的運(yùn)行才是最要緊的事。

自從Andriod 6.0以來，Android系統(tǒng)在省電管理這方面做的越來越好，對于開發(fā)者來說限制也越來越多，也直接導(dǎo)致了各種保活黑科技群魔亂舞（別笑，就的就是“你”?。５獳ndroid P官方公開的開發(fā)者資料來看，此版加入或強(qiáng)化的多項(xiàng)設(shè)備電量管理新特性，使得需要后臺消息推送、應(yīng)用?；畹腁PP變的越來越困難，黑科技恐將成為歷史。

學(xué)習(xí)交流：

- 即時(shí)通訊開發(fā)交流3群：185926912[推薦]

- 移動端IM開發(fā)入門文章：《新手入門一篇就夠：從零開發(fā)移動端IM》

（同步發(fā)布于：http://www.52im.net/thread-1832-1-1.html）

2、原先的APP為什么要搞各種保活黑科技？

其實(shí)搞保活的目的倒不是為了干什么見不得人的壞事（但不排除動機(jī)不純的開發(fā)者），主要是像IM即時(shí)通訊應(yīng)用和資訊類應(yīng)用等需要搞后臺消息推送、運(yùn)動類應(yīng)用需要在后臺實(shí)時(shí)監(jiān)測用戶的運(yùn)動數(shù)據(jù)等，因?yàn)楝F(xiàn)在越來越多的手機(jī)廠商為了省電策略考慮，基本上如果你的應(yīng)用沒有被加入白名單，一旦處于后臺就會被系統(tǒng)限制甚至干掉，但使用APP的用戶才不聽你這些解釋——反正“我”就要你的APP能如期正常運(yùn)行，開發(fā)者也是不得已而為之。

以消息推送為例，當(dāng)APP處于后臺或關(guān)閉時(shí)，消息推送對于某些應(yīng)用來說非常有用，比如：

1）IM即時(shí)通訊聊天應(yīng)用：聊天消息通知、音視頻聊天呼叫等，典型代表有：微信、QQ、易信、米聊、釘釘、Whatsup、Line；

2）新聞資訊應(yīng)用：最新資訊通知等，典型代碼有：網(wǎng)易新聞客戶端、騰訊新聞客戶端；

3）SNS社交應(yīng)用：轉(zhuǎn)發(fā)/關(guān)注/贊等通知，典型代表有：微博、知乎；

4）郵箱客戶端：新郵件通知等，典型代表有：QQ郵箱客戶端、Foxmail客戶端、網(wǎng)易郵箱大師；

5）金融支付應(yīng)用：收款通知、轉(zhuǎn)賬通知等，典型代表有：支付寶、各大銀行的手機(jī)銀行等；

.... ....

在上述的各種應(yīng)用中，尤其對于用戶接觸最多、最平常的IM聊天應(yīng)用或新聞資訊來說，保活和消息推送簡直事關(guān)APP的“生死”，消息推送這種能力已經(jīng)被越來越多的APP作為基礎(chǔ)能力之一，因?yàn)橐苿踊ヂ?lián)網(wǎng)時(shí)代下，用戶的“全時(shí)在線”能力非常誘人和強(qiáng)大，能隨時(shí)隨地即時(shí)地將各種重要信息推送給用戶，無疑是非常有意義的。

題外話：實(shí)際上，對于后臺消息推送能力，Android原版系統(tǒng)早就內(nèi)置了系統(tǒng)級推送服務(wù)（跟iOS上的APNs服務(wù)是一個(gè)東西），它就是GCM服務(wù)（現(xiàn)在升級為FCM了），但眾所周之的原因，谷哥的服務(wù)在國內(nèi)都是用不了的（你懂的）——無奈啊！

（有關(guān)GCM的介紹詳見：《移動端IM實(shí)踐：谷歌消息推送服務(wù)(GCM)研究（來自微信）》、《為何微信、QQ這樣的IM工具不使用GCM服務(wù)推送消息？》、《求教android消息推送：GCM、XMPP、MQTT三種方案的優(yōu)劣》）。

3、針對以往Android版本的各種?；罴夹g(shù)回顧

搞Android端IM和消息推送服務(wù)的開發(fā)者都知道，Android P之前為了搞定客戶的投訴：“為什么微信能收到消息而你們的IM卻不能?”，為了解決這個(gè)“痛點(diǎn)”，廣大的Android開發(fā)者們只能讓各種黑科技輪番上場、各顯神通，最典型的：比如曾今在手機(jī)QQ上的1像素?；睿m然QQ官方從沒正面承認(rèn)過）、后臺無限播放無聲音的音頻、應(yīng)用互相拉活等，大家都耳熟能詳。

下面就是即時(shí)通訊網(wǎng)整理過的各種典型?；钚枨蠛退悸?，可以回顧學(xué)習(xí)一下：

《應(yīng)用?；罱K極總結(jié)(一)：Android6.0以下的雙進(jìn)程守護(hù)?；顚?shí)踐》

《應(yīng)用?；罱K極總結(jié)(二)：Android6.0及以上的?；顚?shí)踐(進(jìn)程防殺篇)》

《應(yīng)用?；罱K極總結(jié)(三)：Android6.0及以上的?；顚?shí)踐(被殺復(fù)活篇)》

《Android進(jìn)程保活詳解：一篇文章解決你的所有疑問》

《Android端消息推送總結(jié)：實(shí)現(xiàn)原理、心跳?；?、遇到的問題等》

《深入的聊聊Android消息推送這件小事》

《為何基于TCP協(xié)議的移動端IM仍然需要心跳?；顧C(jī)制？》

《微信團(tuán)隊(duì)原創(chuàng)分享：Android版微信后臺保活實(shí)戰(zhàn)分享(進(jìn)程?；钇?》

《微信團(tuán)隊(duì)原創(chuàng)分享：Android版微信后臺?；顚?shí)戰(zhàn)分享(網(wǎng)絡(luò)?；钇?》

《移動端IM實(shí)踐：實(shí)現(xiàn)Android版微信的智能心跳機(jī)制》

《移動端IM實(shí)踐：WhatsApp、Line、微信的心跳策略分析》

4、國內(nèi)各種Android廠商級推送通道出現(xiàn)了

為了響應(yīng)Android原版中對省電策略、用戶體驗(yàn)等設(shè)計(jì)，也為了避免各種?；顏y象，國內(nèi)主流的Android手機(jī)廠商在閹割了谷歌原版的GCM(FCM)推送通道之后（悲?。。?，依靠自身的技術(shù)力量構(gòu)建起來各家自有的推送通道。

下面是國內(nèi)主流Android廠商的推送服務(wù)開發(fā)者入口：

1）小米消息推送服務(wù)；

2）華為消息推送服務(wù)端（Huawei Mobile Services）；

3）魅族消息推送服務(wù)；

4）OPPO消息推送服務(wù)；

5）vivo消息推送服務(wù)（建設(shè)中..）。

看到上面這串廠商系統(tǒng)級推送通道列表，相信你已經(jīng)露出了你那排潔白的牙齒了 ^_^。。。

如果劇情都能像都市愛情小說那樣——“男女主角從此過上了幸福美滿的生活...”，那就完美了！

但是（這個(gè)但是真的很討厭），不要高興的太早，理想情況下對接廠商通道確實(shí)很爽，但現(xiàn)實(shí)很骨感。

對接廠商通道帶來的麻煩，遠(yuǎn)比你想像的要多：

1）你得一家一家下載SDK、注冊開發(fā)者賬號、搞手機(jī)端對接、搞服務(wù)端對接；

2）各廠商的SDK都打包在一個(gè)APP里，可能存在各種兼容性問題；

3）因?yàn)镽OOM版本問題，即使同一個(gè)廠商的手機(jī)的同一套SDK也存在新舊ROOM的兼容性問題；

4）這一堆的SDK，各種jar包讓你的APP莫名變大了不少；

5）服務(wù)端要對接各種廠商的推送后臺，各家的技術(shù)水平、SDK水準(zhǔn)、服務(wù)穩(wěn)定性參差不齊，對接起來難受吧；

6）有些手機(jī)小廠并沒有自已的推送通道，你自建的推送能道還不能扔。

凡此種種，對接廠商通道并不輕松。

不過：如果公司不排斥使用第3方通送方案的話，現(xiàn)階段這種混亂狀況下，可以考慮直接用第3方的服務(wù)，比騰訊的信鴿推送為例（首先申明，我沒收信鴿的好處費(fèi)，只是舉個(gè)例子！），信鴿推送的方案也是一家一家對接第3方的廠商通道道+自有通道（《[資訊] 信鴿新版上線：號稱Android首家統(tǒng)一推送服務(wù)》），對于開發(fā)者來說信鴿的實(shí)現(xiàn)思路其實(shí)跟我們想的是一樣的。但好處是：別人有專門的團(tuán)隊(duì)死磕這件破事，比你自已一個(gè)人帶來的效果要好多了。

5、萬眾矚目的“統(tǒng)一推送聯(lián)盟”上場了

為了解決這些亂象，好消息是去年有政府背景的“統(tǒng)一推送聯(lián)盟”成立了（詳見《[資訊] 統(tǒng)一推送聯(lián)盟在京成立：結(jié)束國內(nèi)安卓生態(tài)混亂》），廣大Android開發(fā)者真是翹首以盼。

但壞消息是好像進(jìn)展并不順利（大家心知肚明啊，各廠商的利益不好均衡嘛），最近一次跟消息推送服務(wù)有關(guān)的活動還是3個(gè)月前的《[資訊] 統(tǒng)一推送聯(lián)盟2018成員大會如期召開》。雖然進(jìn)展不大，但總算還是有希望，Android同行們再等等，總有Android端消息推送一統(tǒng)江湖的方案出現(xiàn)的那天。

6、Andriod P要來了，噩夢仍將繼續(xù)！

Android P中針對省是管理方面的改進(jìn)，只會使得搞后臺?；睢⑾⑼扑驮絹碓铰闊?，作為Android開發(fā)者來說，了解這些新特性至少能讓自已心里有底，從而在技術(shù)上做到有的放矢。

Android P中電量管理特性主要體現(xiàn)在以下四個(gè)方面：

1）應(yīng)用待機(jī)分組：Android P 新增應(yīng)用待機(jī)分組功能，讓系統(tǒng)根據(jù)用戶的使用情況而限制應(yīng)用調(diào)用 CPU 或網(wǎng)絡(luò)等設(shè)備資源；

2）應(yīng)用后臺限制：Android P新增后臺限制功能，若應(yīng)用出現(xiàn)Android Vitals內(nèi)所描述的不良行為，系統(tǒng)將提醒用戶限制該應(yīng)用訪問設(shè)備資源；

3）省電模式優(yōu)化：Android P 優(yōu)化了現(xiàn)有的省電助手功能，在啟用該功能后，系統(tǒng)將對所有應(yīng)用的后臺運(yùn)行實(shí)施加以限制；

4）低耗電模式：當(dāng)用戶一段時(shí)間沒有使用設(shè)備時(shí)，設(shè)備將進(jìn)入低耗電模式，所有應(yīng)用都將受到影響。 Android P 并未針對低電耗模式作出任何更改。

*注意：不論應(yīng)用程序的 target SDK 是否為 Android P ，所有應(yīng)用都受限于以上行為變更。

接下來將逐一介紹這幾個(gè)特性。

7、Andriod P電量管理特性1：應(yīng)用待機(jī)分組

應(yīng)用待機(jī)分組是 Android P 新添加的一項(xiàng)電量管理功能，它能根據(jù)應(yīng)用的使用頻率或者最近一次使用時(shí)間，對其資源請求進(jìn)行優(yōu)先級排序。應(yīng)用待機(jī)分組一共有五個(gè)分組，系統(tǒng)會根據(jù)每個(gè)應(yīng)用的使用情況，將其劃分至五個(gè)優(yōu)先分組中的一個(gè)，而每個(gè)分組對設(shè)備資源的調(diào)度各有不同的限制。

7.1 優(yōu)先分組

系統(tǒng)將動態(tài)分配各個(gè)應(yīng)用至不同分組，并根據(jù)需求重新分配所在分組。系統(tǒng)或會通過利用機(jī)器學(xué)習(xí)預(yù)加載的應(yīng)用，從而預(yù)測各個(gè)應(yīng)用的使用概率，然后將它們編配至相應(yīng)的群組中。若設(shè)備中沒有安裝此類系統(tǒng)應(yīng)用，在默認(rèn)情況下，系統(tǒng)會根據(jù)應(yīng)用的近期使用情況進(jìn)行等級劃分。應(yīng)用活躍度越高，所處分組的優(yōu)先級就越高，也就相應(yīng)地更容易獲取設(shè)備資源。尤其是，應(yīng)用所處的的群組決定了其所安排的任務(wù) (job)，觸發(fā)標(biāo)準(zhǔn)鬧鈴以及接受高優(yōu)先級Firebase Cloud Messagesing信息的頻率。這些限制僅在非充電狀態(tài)下才有效；當(dāng)設(shè)備充電時(shí)，應(yīng)用并不會受到系統(tǒng)限制。

*注意：設(shè)備廠商可以自行規(guī)定非活躍應(yīng)用的群組劃分規(guī)則。請開發(fā)者不要試圖篡改應(yīng)用所處的群組，而是專注于改善應(yīng)用行為，確保應(yīng)用被劃分至目標(biāo)群組后，依舊能夠順利運(yùn)行。您可以調(diào)用 UsageStatsManager.getAppStandbyBucket()，查看應(yīng)用當(dāng)下所處群組。

應(yīng)用待機(jī)模式下共有以下五類群組：

1）活躍 (Active): 應(yīng)用正在被使用；

2）工作 (Working set): 應(yīng)用使用頻率很高；

3）常用 (Frequent): 應(yīng)用經(jīng)常但不是每天被使用；

4）極少 (Rare): 應(yīng)用偶爾被使用；

5）應(yīng)用偶爾被使用 (App is not frequently used)。

此外，安裝后一次都未被使用過的應(yīng)用將被劃分至 “從不” 這一特殊群組，并受到十分嚴(yán)格的系統(tǒng)限制。

*注意：應(yīng)用待機(jī)群組限制不適用于低耗電模式白名單中的應(yīng)用。

7.2 活躍 (Active)

活躍應(yīng)用指用戶正在使用的應(yīng)用，例如：

1）應(yīng)用啟動了一個(gè)Activity；

2）應(yīng)用正在運(yùn)行前臺服務(wù)；

3）另一個(gè)前臺應(yīng)用已關(guān)聯(lián)至該應(yīng)用 (通過同步適配器與前臺應(yīng)用的內(nèi)容提供器相關(guān)聯(lián))；

4）用戶點(diǎn)擊了應(yīng)用的推送。

在任務(wù)、標(biāo)準(zhǔn)鬧鈴以及FCM信息的資源調(diào)用上，活躍群組應(yīng)用免受任何系統(tǒng)限制。

7.3 工作 (Working set)

若應(yīng)用的運(yùn)行頻率很高，但目前并未處于“活躍”狀態(tài)，它就會被劃分至工作群組，例如用戶常用的社交媒體應(yīng)用。此外，該群組還包括了那些被間接使用的應(yīng)用。

工作分組內(nèi)的應(yīng)用會在任務(wù) (job) 運(yùn)行和鬧鈴觸發(fā)方面受到部分系統(tǒng)限制，詳情請查閱《附件: 電量管理限制》。

7.4 常用 (Frequent)

常用應(yīng)用指用戶經(jīng)常使用但不是每天使用的應(yīng)用，比如用戶在健身房使用的打卡應(yīng)用可能就屬于這一群組。

系統(tǒng)對常用分組采用的限制更強(qiáng)，應(yīng)用運(yùn)行任務(wù)(job)和觸發(fā)鬧鈴的能力都會受到影響，而且接受的高優(yōu)先性FCM消息也有數(shù)量上限，詳情請查閱《附件：電量管理限制》。

7.5 極少 (Rare)

若應(yīng)用的使用頻率很低，它就會被劃分至該分組，酒店應(yīng)用就是一個(gè)很好的例子——用戶只有在下榻這個(gè)酒店的時(shí)候才會打開此應(yīng)用。

該群組下的應(yīng)用在任務(wù) (job)、鬧鈴和高優(yōu)先性FCM消息的資源調(diào)用上都會受到嚴(yán)格的限制。此外，網(wǎng)絡(luò)訪問能力也會受到影響。詳情請閱讀《附件：電量管理限制》。

7.6 最佳實(shí)踐建議

如果您已經(jīng)根據(jù)低耗電模式和應(yīng)用待機(jī)模式的最佳實(shí)踐對您的應(yīng)用進(jìn)行過相關(guān)優(yōu)化，您應(yīng)該能夠輕松應(yīng)對新的電量管理特性。不過，部分應(yīng)用行為可能會受到此次特性變更的影響，無法繼續(xù)正常運(yùn)作。

1）請勿嘗試操控系統(tǒng)將您的應(yīng)用分配至某一特定群組。系統(tǒng)的分組規(guī)則可能會發(fā)生變化，而且設(shè)備廠商也可以根據(jù)自己的算法自行開發(fā)分組應(yīng)用。開發(fā)者需要確保自己的應(yīng)用在任何群組內(nèi)都能夠繼續(xù)流暢運(yùn)行。

2）如果應(yīng)用沒有 Launcher Activity，它可能永遠(yuǎn)都不會切換至活躍分組。開發(fā)者可能需要重新設(shè)計(jì)應(yīng)用并添加此類activity。

3）如果應(yīng)用的推送不具備可操作性，用戶將無法借助與推送的交互將應(yīng)用切換至活躍群組。在這種情況下，開發(fā)者可考慮重新設(shè)計(jì)推送功能，允許用戶響應(yīng)。具體操作指南，請參照Material Design中有關(guān)推送設(shè)計(jì)的章節(jié)。

4）若應(yīng)用在接受高優(yōu)先級的 FCM 消息之后未能發(fā)送推送，用戶將無法與應(yīng)用產(chǎn)生互動并將其優(yōu)先級提升至 “活躍” 等級。其實(shí)，高優(yōu)先級 FCM 消息的唯一用途就是向用戶發(fā)送推送，因此這種情況絕對不應(yīng)該出現(xiàn)。如果您錯(cuò)誤的將沒有與用戶進(jìn)行互動的 FCM 消息設(shè)置為高優(yōu)先級，這種標(biāo)記不當(dāng)?shù)男袨榭赡軙?dǎo)致其他不良后果，比如：在應(yīng)用耗盡高優(yōu)先級消息額度之后，系統(tǒng)會把真正緊急的 FCM 消息當(dāng)做“普通優(yōu)先級”消息來處理。

*注意：如果用戶多次忽略某條推送，系統(tǒng)會詢問用戶是否不再接受此推送。請開發(fā)者不要只是為了將應(yīng)用保留在活躍群組，而向用戶不斷發(fā)送推送。如果一個(gè)應(yīng)用下面有多個(gè)包，這些包可能分別屬于不同分組，各自的訪問權(quán)限也有所不同。在測試環(huán)節(jié)時(shí)，請開發(fā)者先將包劃分至不同分組，然后進(jìn)行多次測試，確保應(yīng)用行為無異常。

8、Andriod P電量管理特性2：后臺限制

當(dāng)系統(tǒng)監(jiān)測到應(yīng)用消耗過多資源時(shí)，系統(tǒng)會通知并詢問用戶是否需要限制該應(yīng)用的后臺活動。

目前有以下兩種情況會觸發(fā)系統(tǒng)發(fā)送此通知：

1）頻繁使用喚醒鎖 (wake locks)：屏幕關(guān)閉后，局部喚醒鎖 (Partial wake lock) 連續(xù)開啟 1 小時(shí)；

2）過多的后臺服務(wù)：當(dāng)應(yīng)用目標(biāo) API 等級低于 26，且運(yùn)行過多后臺服務(wù)。

設(shè)備廠商可自行決定具體采用的限制，比如：在 AOSP 構(gòu)建上，除非受限應(yīng)用運(yùn)行在前臺，否則它將無法運(yùn)行任務(wù) (job)，觸發(fā)鬧鈴或者訪問網(wǎng)絡(luò)。(請查閱《后臺服務(wù)限制》了解如何判斷應(yīng)用是否為前臺運(yùn)行。) 詳細(xì)限制列表，請查閱《附件：電量管理限制》。

9、Andriod P電量管理特性3：省電助手優(yōu)化

Android P 進(jìn)一步提升了省電模式的性能，由設(shè)備廠商來決定其采用的具體限制。

比如：在AOSP構(gòu)建上存在以下系統(tǒng)限制：

1）應(yīng)用將更容易進(jìn)入待機(jī)模式，系統(tǒng)不會一直等到應(yīng)用處于“空閑”狀態(tài)才采取行行動；

2）不論目標(biāo)API等級為何，所有應(yīng)用都會受到后臺執(zhí)行限制；

3）屏幕關(guān)閉后，位置服務(wù)可能被禁用；

4）處于后臺的應(yīng)用不能訪問網(wǎng)絡(luò)。

除此以外，Android P 還引入了多項(xiàng)針對設(shè)備的電量管理的優(yōu)化，請閱讀《附件：電量管理限制》獲取進(jìn)一步信息。

建議開發(fā)者在開啟省電模式的情況下測試應(yīng)用，您可在 Settings > Battery Saver 內(nèi)手動開啟省電模式：

10、Andriod P電量管理特性4：低耗電模式

在低耗電模式下，應(yīng)用對高耗電資源的使用權(quán)限將被推遲至下一個(gè)維護(hù)時(shí)段。具體限制請參照《附件：電量管理限制》。

進(jìn)一步信息，請查閱《對低耗電模式和應(yīng)用待機(jī)模式進(jìn)行針對性優(yōu)化》。

11、本文小結(jié)

對于開發(fā)者來說，Android平臺向來以“亂”著稱，后臺保活和消息推送從各種黑科技，到廠商紛紛自建通道，再到統(tǒng)一推送聯(lián)盟。時(shí)至今日，該面對的問題依然沒有改觀，隨著Android P正式版的發(fā)布，對于IM、消息推送服務(wù)等開發(fā)者來說，個(gè)人英雄主義式的技術(shù)黑科技越來越?jīng)]有發(fā)揮的空間，從長遠(yuǎn)來講這是好事。

隨著時(shí)間的推進(jìn)，分久必合的局面終將出現(xiàn)，Android平臺也必將越來越規(guī)范，Android P這樣版本只是這前進(jìn)過程中的陣痛，希望廣大Android開發(fā)者在Android技術(shù)進(jìn)步的福利下能越來越輕松，再也不用“開大招”琢磨各種非主流黑科技了。

附錄：更多相關(guān)技術(shù)文章

《iOS的推送服務(wù)APNs詳解：設(shè)計(jì)思路、技術(shù)原理及缺陷等》

《信鴿團(tuán)隊(duì)原創(chuàng)：一起走過 iOS10 上消息推送(APNS)的坑》

《Android端消息推送總結(jié)：實(shí)現(xiàn)原理、心跳保活、遇到的問題等》

《掃盲貼：認(rèn)識MQTT通信協(xié)議》

《一個(gè)基于MQTT通信協(xié)議的完整Android推送Demo》

《IBM技術(shù)經(jīng)理訪談：MQTT協(xié)議的制定歷程、發(fā)展現(xiàn)狀等》

《求教android消息推送：GCM、XMPP、MQTT三種方案的優(yōu)劣》

《移動端實(shí)時(shí)消息推送技術(shù)淺析》

《掃盲貼：淺談iOS和Android后臺實(shí)時(shí)消息推送的原理和區(qū)別》

《絕對干貨：基于Netty實(shí)現(xiàn)海量接入的推送服務(wù)技術(shù)要點(diǎn)》

《移動端IM實(shí)踐：谷歌消息推送服務(wù)(GCM)研究（來自微信）》

《為何微信、QQ這樣的IM工具不使用GCM服務(wù)推送消息？》

《極光推送系統(tǒng)大規(guī)模高并發(fā)架構(gòu)的技術(shù)實(shí)踐分享》

《從HTTP到MQTT：一個(gè)基于位置服務(wù)的APP數(shù)據(jù)通信實(shí)踐概述》

《魅族2500萬長連接的實(shí)時(shí)消息推送架構(gòu)的技術(shù)實(shí)踐分享》

《專訪魅族架構(gòu)師：海量長連接的實(shí)時(shí)消息推送系統(tǒng)的心得體會》

《深入的聊聊Android消息推送這件小事》

《基于WebSocket實(shí)現(xiàn)Hybrid移動應(yīng)用的消息推送實(shí)踐(含代碼示例)》

《一個(gè)基于長連接的安全可擴(kuò)展的訂閱/推送服務(wù)實(shí)現(xiàn)思路》

《實(shí)踐分享：如何構(gòu)建一套高可用的移動端消息推送系統(tǒng)？》

《Go語言構(gòu)建千萬級在線的高并發(fā)消息推送系統(tǒng)實(shí)踐(來自360公司)》

《騰訊信鴿技術(shù)分享：百億級實(shí)時(shí)消息推送的實(shí)戰(zhàn)經(jīng)驗(yàn)》

《百萬在線的美拍直播彈幕系統(tǒng)的實(shí)時(shí)推送技術(shù)實(shí)踐之路》

《京東京麥商家開放平臺的消息推送架構(gòu)演進(jìn)之路》

《了解iOS消息推送一文就夠：史上最全iOS Push技術(shù)詳解》

《基于APNs最新HTTP/2接口實(shí)現(xiàn)iOS的高性能消息推送(服務(wù)端篇)》

>>更多同類文章 ……

（同步發(fā)布于：http://www.52im.net/thread-1832-1-1.html）

總結(jié)

以上是生活随笔為你收集整理的Android P正式版即将到来：后台应用保活、消息推送的真正噩梦的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。