近日，一個“照明彈”功能在安卓圈子里掀起了狂風巨浪。MIUI加入了“照明彈”功能，該功能可以把安卓APP在后臺的一舉一動暴露在用戶面前，很多人驚訝地發(fā)現，為數不少的APP竟然會喚醒其他APP！例如只要你開啟微博APP，就會喚起墨跡天氣、百詞斬、抖音、云閃付等APP——這，就是大名鼎鼎的“鏈式啟動”。

打開一個APP喚醒全村人，這就是令人頭大的安卓APP鏈式啟動

大家都知道安卓APP流氓，但如此的囂張行為還是第一次明明白白地看清。為什么安卓APP會普遍存在奇葩的鏈式啟動？這是國內APP獨有的嗎？這就來談談這個話題。

鏈式啟動是剛需？

鏈式啟動的現象在上面已經提到過了，毫無疑問，這會給用戶體驗帶來很大的負面影響。在鏈式啟動機制下，開啟一個APP等于開啟N個APP，而這N個APP又會分別再開啟N個APP，簡直是無限套娃，硬件再好的手機，電量和性能也分分鐘被榨得一滴都不剩。

為了對付鏈式啟動，無論是Google官方安卓，還是各大手機廠商自己做的ROM，都做了不少舉措，例如國產ROM很早就開始限制APP相互喚醒，安卓新版限制了不規(guī)范API的調用令鏈式啟動難以實施，這次MIUI的“照明彈”也是為限制鏈式啟動所做的努力。

國產ROM很早就開始做鏈式啟動的限制了

可見，鏈式啟動其實非常不受用戶歡迎，而且手機廠商也一直對其深惡痛絕——畢竟這會為手機帶來卡頓、耗電的壞口碑。于是問題來了，為什么APP開發(fā)商會在產品中加入一個如此蛋疼的特性？這就得從安卓的推送機制說起了。

安卓APP想要向用戶推送消息，有兩種途徑。

·第一種是類似iOS的解決方案，Google為安卓準備了基于Google服務的GCM/FCM推送服務，APP不需要駐留后臺，只需要接入到GCM/FCM中，APP就可以借助Google服務器直接向安卓機推送消息。

是的，安卓也有系統級的云推送服務

·第二種是APP自己駐留后臺，連接自己的服務器實現消息推送。

按理來說，第一種方案更省電，而且實現難度更低，畢竟不用花額外精力去實現后臺駐留——安卓會自動清理掉久不活躍的APP后臺，要讓APP進程駐留還是需要花點功夫的。

但偏偏，Google服務在國內卻難以正常使用，國行安卓很多都沒有Google服務器框架，第一種方法直接就被抬出了場外。如果你有留意，可以發(fā)現某些國產APP的國際版和國內版本，使用的是不同的推送機制，例如微信在Google Play商店上的版本會使用GCM/FCM推送消息，而國內版則使用自己的后臺進程推送，就是受此影響。

在國內無法使用CGM/FCM推送的前提下，APP們不得不在后臺駐留進程，保持和服務器的連接、及時接收推送。然而正如前文所說，這一做法也是需要花費更多精力的，而且還存在限制，而鏈式啟動正是為了解決后臺駐留、消息推送的諸多麻煩，而出現的解決方案。從這個層面來說，鏈式啟動稱得上是國內APP們的剛需。

鏈式啟動是如何解決APP推送問題的？

那么鏈式啟動是如何解決APP后臺駐留和消息推送的問題的呢？我們先來說說APP在后臺駐留進程會遇到的問題。

無論是原生安卓還是第三方定制ROM，都對APP后臺駐留問題采取了越來越嚴格的限制，一個APP想要單獨靠自己駐留后臺，變得越來越困難。過去APP所使用的透明懸浮窗、亂注冊狀態(tài)等手段，都不太好使，硬要駐留后臺的話，分分鐘就被系統揪出來在通知欄掛城墻。

APP駐留后臺很容易被系統掛城墻

此景此境下，APP們只能抱團取暖了——既然單個APP很難停留在后臺，那么APP之間相互喚起，那就容易多了！開啟一個APP后，就拉起另一個抱團的APP，那大家的進程都激活了，推送服務也就順理成章。

但APP們是怎樣抱團的呢？我們可以觀察到，不少APP甚至會鏈式喚醒競品APP，這總不能是拉競品APP一把吧，這從商業(yè)的邏輯來看似乎行不太通。其實，絕大部分的鏈式喚醒，都是由于APP們接入了同樣的推送SDK。

國內APP們想要實現推送功能，需要借助第三方的推送SDK

APP弄一套自己的推送機制太耗費精力，因此市面上出現了為各個APP解決推送問題的方案。例如開發(fā)者熟知的友盟、極光、個推等等，APP一旦接入了這些推送SDK，就會自帶鏈式啟動的特性。兩個風馬牛不相及的APP之所以相互喚醒，就是這個原因。

從體驗方面來說，這些推送SDK的存在，有時候反而會提升用戶體驗。如果沒有這些SDK，每個APP都必須想辦法讓自己的進程一直駐留后臺，幾十上百個APP一頓操作，手機哪受得了這般的折騰，分分鐘身體變得好熱好奇怪；而有了推送SDK實現鏈式啟動，很多APP可以不常駐后臺，打開某個APP時，其他APP才紛紛被喚醒并推送消息，雖然體驗還是不如CGM/FCM推送，也依然會壓榨性能和電量，但總比大家都一直擠在后臺好那么點。

除此以外，某些APP產品會有DAU日活量的考核，鏈式啟動也可以幫助提高數據，因此這機制還是很受某些商業(yè)APP歡迎的。

鏈式啟動是最終解決方案嗎？

雖然鏈式啟動很有效，但這也并非是長久之策。

·鏈式啟動依然會引發(fā)額外的性能消耗和發(fā)熱，為了實現推送服務這有點得不償失；

·系統正對鏈式啟動采取了越來越多的限制措施，例如安卓限制了第三方SDK的使用，不少ROM也可以切斷鏈式啟動的途徑。

要怎么辦？要徹底解決推送的問題，安卓APP還是得走由系統進行統一推送這條路。所幸的是，雖然GCM/FCM在國內無法使用，但目前國內已經出現了其他替代方案。

·MiPush。這是MIUI中系統級別的推送系統，只要APP接入了MiPush，那么它就可以利用MIUI的云服務器來推送消息，而無需駐留后臺。但只有在MIUI當中，它才能作為系統級別的推送機制存在，在其他ROM中則和其他第三方推送SDK類似。

MIUI做了系統級別的消息推送服務

·統一推送聯盟。這是由工信部發(fā)起的項目，也是最有希望徹底解決國內APP駐留后臺現象的方案。統一推送聯盟得到了多家手機廠商的支持，華為、OPPO、vivo、小米、三星、魅族、nubia、Baidu、阿里巴巴、騰訊、京東、Google等手機廠商、互聯網企業(yè)都有參與其中。沒錯，連Google也以觀察員的身份加入了聯盟，這安卓統一推送聯盟官方背景十足。

有望徹底解決問題的統一推送聯盟

得益于官方背書以及廠商們的積極參與，目前很多手機廠商如華為、OPPO、一加、小米、三星、中興等等都完成了統一推送聯盟的適配。在未來，很有可能出現這樣一種情況——國行安卓機的ROM中都內置統一推送的API，安卓APP們都使用該接口來實現消息推送。這樣一來，絕大多數的APP都沒有了必須駐留后臺的理由，鏈式啟動走下歷史舞臺指日可待。

部分手機廠商已經完成了統一推送聯盟的適配

總結

簡單來說，鏈式啟動是當前安卓生態(tài)下，不得已而為之的推送機制導致的。這固然看起來喪心病狂，但主要還是因為形勢所迫。國內無法使用GCM/FCM，只有確立系統級別的統一推送標準后，才有可能杜絕鏈式啟動。而在此之前，把鏈式啟動揪出來給你看，也只能讓你更糟心，APP們估計一時半會是不會改的了，希望統一推送聯盟能夠早日普及，為鏈式啟動畫上句號。