前段時間，在工信部的牽頭下，「統一推送聯盟」 成立。該聯盟將聯合多家 Android 手機廠商、互聯網公司等相關企業，打造一個 Android 平臺的統一推送服務 Unified Push Service(UPS)，有望遏制國內 Android 生態圈的各種亂象。

對于國內廣大 Android 用戶來說，這是一個振奮人心的好消息。如果一切進展順利，在不久的將來，即使是中低端的 Android 手機，也將依靠這一統一推送服務獲得相當不錯的使用體驗。借這個機會，我來給大家簡單介紹一下 Android 推送服務的前世今生。

Apple 推送通知服務

在介紹 Android 推送之前，我們先用隔壁 Apple 的推送服務來談談消息的統一推送。許多人選擇 iPhone 而非 Android 手機，很大的一個原因是他們認為 iOS 的系統更加流暢、用久了不卡(當然根據最近的消息 iOS 會降低手機性能以延長老化電池的供電壽命)。這種流暢感要歸功于 iOS 相對激進的后臺進程限制，而自 2009 年發布的 iOS 3.0 上就出現的「Apple 推送通知服務(Apple Push Notification Service)」在這之中起了舉足輕重的作用。 

Apple 推送通知服務的推送流程

在 iOS 上，Apple 推送通知服務托管了所有應用的消息通知需求，當某一應用的開發者(服務器)需要發送一則消息通知時，這一則消息會首先發給 Apple 服務器，然后經由 Apple 推送通知服務被推送到設備。在這一過程中，設備上的應用本身沒有參與。這就是我們在國內也能收到 Instagram、YouTube 等國外應用消息推送的原因了——畢竟國內有 Apple 的服務器，這一連接的質量是很有保證的。

當然，Apple 后來也把這一服務集成到自家的 macOS 上，如今的 macOS 也能享受這樣的推送服務。對于一臺移動設備來說，這樣統一的推送服務，使得應用無需常駐后臺，資源占用能很好地得到控制，所以在同等配置下能做到更加流暢、省電。

Android 官方推送服務：從 C2DM 到 FCM

然而 Android 在統一推送方面其實并沒有落后太多。2010 年，在 Apple 推送通知服務發布后沒多久，Android 2.2 上便推出了「云端至設備消息傳遞(Cloud to Device Messaging，即 C2DM)」，它的原理與 Apple 推送通知服務類似，消息從應用服務器被發送到統一服務器，然后發送到設備。

這一服務在 2012 年被「Google 云消息傳遞(Google Cloud Messaging，即 GCM)」替代。相比 C2DM，GCM 的 主要優點 是沒有消息配額限制，且對于開發者更友好，同時能更好地節省電量。

2014 年 Google 收購 Firebase 后，將 GCM 改名為「Firebase 云消息傳遞(Firebase Cloud Messaging，即 FCM) 」，并 進一步簡化了推送服務的相關開發工作。 

Firebase 云消息傳遞

七八年一路走來，從 C2DM 到 FCM，從 Android 2.2 到 Android 8.1，統一的推送服務一路伴隨著 Android 的成長。得益于此，對于國外 Android 用戶的手機來說，卡頓、費電什么的幾乎沒有存在過。反觀國內，由于 Google 服務在大陸地區的使用很不穩定，國行 Android 手機往往會為了更好的用戶體驗而精簡掉 Google 服務，統一推送服務也同時被去除。由此，各大第三方推送服務應運而生。

Android 第三方推送服務

首先***良心的應該是各大手機廠商自家的推送服務，比如華為的「華為推送平臺」，小米的「MiPush」等。這些推送服務被集成在各家高度定制的 Android 系統中，享有系統級地位，推送的優先級比較高。如果你的小米手機內所有的應用都使用 MiPush，那相信它也可以像 iOS 一樣流暢省電。

但這往往是不可能的，開發者不可能兼顧所有的廠商，為每個牌子的手機都適配對應的推送服務，能顧上華為和小米已經是很盡力了。另外雖然廠商推送服務也可以在其它牌子的手機上正常使用，但并不能像在自家系統上一樣實現系統級的推送，推送服務的后臺進程依舊要常駐。 

華為推送平臺

其次，各大互聯網公司也有自己的推送服務，比如騰訊信鴿推送、百度云推送、阿里云移動推送。使用這三家公司各類 Android 應用的朋友不少都知道他們的「企鵝全家桶」「百度全家桶」和「阿里全家桶」，「全家桶效應」調侃的就是 BAT 自家應用的相互喚醒，讓系統變卡變慢。你打開一個淘寶，就會喚醒閑魚、支付寶、天貓等等應用，這種相互喚醒，目的是讓共用的推送通道保持活躍，而不被系統殺死，以便消息能及時送達。

除了以上提到的兩種推送服務，另外還有一種專業的第三方平臺提供推送服務，比如極光推送、友盟推送等等。這種第三方平臺與互聯網大廠的推送服務類似，所以使用同一推送通道的應用也會有相互喚醒的情況，以保持通道的活躍。

不同的開發者在面對以上眾多的推送服務時，必然會做出不同的選擇，這導致我們手機上的應用所使用的推送服務五花八門，極不統一。就算拋開多個推送服務本身占用的資源不看，應用之間為了保持推送通道的活躍而互相喚醒的情況常常使得 Android 手機滿載運行，手機又卡又費電也就不難理解了。

如今工信部站出來，推進 Android 統一推送，無疑具有重要的意義。一旦統一推送服務普及，我們手上的 Android 手機會變得更流暢省電，開發者也無需為了配置各種推送服務而頭疼，同時還要遭受用戶的抱怨。更重要的是，此舉有助于培養良好的國內 Android 應用生態，并把 《Android 綠色應用公約》 推進到更大的范圍。

在當前生態下使用 Android 官方推送

那么在當前的生態下，我們可以使用 Google 官方的 FCM 推送嗎?當然可以。只要你的手機裝有 Google 服務，并且你的應用下載自 Play Store，那么即使身處國內，你也能通過 FCM 收到消息推送。下圖就是我在國內網絡下收到的 YouTube 通知。 

在國內網絡下收到 YouTube 通知

針對一些大量占用系統資源的國內應用，我建議你使用 「黑域」 限制它們的后臺活動，并開啟「允許同步」來接收消息推送(僅支持部分應用)。以微信為例，它在黑域中顯示支持 FCM，所以我們在黑域中「黑域」微信并開啟同步后，即使微信應用被 Standby(開啟同步的應用在黑域中不會被強行停止)，也能及時通過 FCM 收到消息推送。 

在黑域中開啟微信的「允許同步」

當然，還是因為 Google 服務器的部署問題，FCM 在國內依舊不太穩定。希望工信部牽頭的統一推送服務能盡快到來，讓 Android 用戶早日擺脫手機用半天就沒電的窘境。