關於推送，在成為開發之前，我一直覺得無關緊要，等自己成為開發，並開發了多個專案之後，發現推送，分享等功能對於應用的留存，應用的推廣拉新有太多的作用。
本篇先談一談推送。以及我們收到推送了以後的相關展示。
1.推送平台的接入；
推送平台五花八門，這個看公司的業務，具體的接入流程也都有文件介紹。這邊稍微說幾種我知道的，介紹一下應用範圍。
國內開發常用的有極光推送，小公尺推送等，這些客戶端接入也很簡單。但是這些會有較多的侷限性，最常見的就是應用未開啟時，收不到推送訊息。所以後來也有部分直接接入廠商，我這邊就接入了華為的廠商推送，就算應用沒開啟，只要安裝著，就能收到推送。
但是現在越來越多的產品選擇出海，當然我們也是。對於海外的推送，海外有無數的手機運營商，有些運營商可能比較坑之類的。當時，最開始做的時候，國內測試都正常，正式上線以後，推送直接沒工作，當時接的是小公尺推送。後來查了以後發現，小公尺在海外推送沒法正常工作。所以我們後來改接了谷歌推送。說一下谷歌推送的好處，應用只要安裝著，不用開啟應用就能收到谷歌推送。不過對於國內手機來說，這個好處直接不存在，國內手機沒有谷歌商店，谷歌服務等原生的服務，反正收不到。還有乙個就是，在國內測試必須翻牆才能收到推送，谷歌在做訊息分發的時候，由於網路被牆了，所以收不到，對於測試來說，簡直是噩夢。你有時候很久沒收到推送，以為出bug了，然後發現，是測試的翻牆壞了。說明一下，很多翻牆軟體，明明開著，卻沒工作，相信很多用過的都深有體會。有時候沒收到推送的時候，你不知道是網路的原因還是**bug。
到這裡推送平台的選擇相信你有一定的了解了，可以根據自己的需要來選擇對應的推送平台。
2.客戶端推送的接收；
客戶端只要按照開發文件接入自己需要的推送平台，一般都能正常。
客戶端常用的就是訂閱推送 / 全站推送。具體是什麼推送反正都是服務端定的。根據文件，客戶端根據對應平台的方法，訂閱乙個全站推送的topic即可完成。
如果有問題，看一下manifest有沒有註冊對應的service，看一下註冊的topic是不是和服務端約定一致等。
當客戶端收到了推送訊息，根據對應的推送解析出對應的資料即可。
安卓推送方案及比較
經常有朋友讓我推薦下 android 上面的推送方案，比較下各種方案的優缺點 效能 開發難度等，特意寫了這篇文章，這樣以後就不用一一回答了。方案一 google 官方的服務 但，通過對比研究發現 c2dm 機制存在以下缺點 1 gcm 要求android 系統必須是2.2以上的版本，所以對於不少2....
關於安卓中整合極光推送
關於安卓怎麼整合極光推送不做過多贅述，極光推送官網都有整合教程複製即可。重點說明極光推送設定別名踩過的坑。設定別名目的是為了實現點對點推送，但在推送的時候出現的問題是 兩台裝置，乙個登陸狀態，另乙個未登入。前提 兩者都登入測試過推送。然後某一方退出，一方用相同賬號登入。會出現的問題是 兩台裝置都可收...
多平台訊息推送是安卓耗電原因之一？
研究訊息推送原理的過程中發現乙個安卓耗電的原因之一 ios平台的推送服務之所以工作的很好，是因為每一台手機僅僅保持乙個與伺服器之間的連線 apns 事實上c2dm android cloud to device messaging 或者gcm也是這麼工作的。但是gcm和c2dm在國內被牆，所以無法通...