2010 年左右，android 手機在國內迅速發展，google 的原生推送（c2dm，現在的 gcm）由於種種原因不能正常使用，當時的 android 開發者使用各種辦法來解決這個問題，其中就包括 android 手機廠商開發出自己的推送方案。
這幾年經常有業內的朋友**推送能否送達的關鍵因素。其實最重要的是 sdk 能否保活。
具體地說，有以下兩方面：
sdk 如果不能及時地發起心跳，運營商網路的長連線會被斷開。
sdk 的任務如果被殺掉了，不能被拉起，訊息就完全沒有機會下發。
如果 sdk 端不能有效地保活，那麼無論伺服器端怎麼優化，都不能保證訊息及時地送達。
正如前文所提到的，最近主流的 android 手機都會清理後台服務，禁止服務自動拉起，以前各種 sdk 保活手段相繼失效，這個問題從根本上動搖了 android 第三方推送服務的基礎，導致幾乎所有的 android 第三方推送服務都不能保證送達。
所以，如果推送服務商還在使用以往相互拉起的技術手段，那麼我們可以斷言，第三方推送已經在走向死亡。
從目前的實踐情況來看，這是解決後台程序被清理的最有效辦法。
目前國內幾個主要的 android 廠商中，小公尺、華為 都有提供官方的推送服務。經過我們團隊的驗證，他們的推送服務在自己品牌的手機上，有相對穩定的送達率。目前表現最好的是小公尺，華為的推送延遲有時比較大，也不太穩定。
而另外的幾家 oppo、vivo、金立 都沒有官方的推送服務。
Android第三方推送分析
最近，公司的乙個物聯網專案android端，由於要保證推送的到達率和穩定性，由於google 的原生推送 c2dm，現在的 gcm 不能正常使用，故只能退而求其次採用了整合多方推送的方案。目前國內的主流的手機廠商主要有 華為，小公尺，oppo,vivo,魅族等。華為，小公尺都有官方自己的推送服務，其...
第三方推送 使用推
使用的推androidclient相對來說，使用比較簡單，它提供sdk demo，根據該文件，並demo配置相關的 可以。下面是乙個示意圖推 client須要區分通知和透傳的使用，依據需求告訴服務端選擇不同的模板 服務端注意的東西相對來說比較多 個推每天的訊息推送量數以億計，統計分析日誌時，常常能夠...
rest呼叫第三方介面以及給第三方推送資料
1，rest呼叫第三方介面 第三方傳送post請求，json物件 如果有引數可以放進map裡 jsonobject body entity.getbody 2，rest呼叫第三方介面 第三方傳送get請求，json串 string url resttemplate resttemplate new ...