? ? 由于谷歌服務(wù)在國內(nèi)不能用，Android 的推送真是一大痛點，但也推動了國內(nèi)一批做第三方服務(wù)的廠商。第三方推送做的比較好的有極光、個推、百度、友盟，經(jīng)過比較之后，最后選擇了極光推送。其實這些第三方推送之間的差別并不太大，技術(shù)上都沒問題，能不能收到推送，關(guān)鍵還是看前端進(jìn)程是不是還活著，這也是影響推送成功率的關(guān)鍵。從我們App來看，Android的成功率一直不高，還不到iOS的五分之一。

????前面說了，影響推送成功的關(guān)鍵是前端進(jìn)程是否活著，App想要收到推送的話，就要一直在后臺運(yùn)行，還有一些流氓軟件，為了長期在后臺運(yùn)行，充分利用Android系統(tǒng)的開放性，無所不用其極，這也是早期Android給人體驗差的一個重要原因。后來Android系統(tǒng)加強(qiáng)了對后臺進(jìn)程的限制，尤其是國內(nèi)的手機(jī)廠商，在對付國產(chǎn)軟件方面，有很高的造詣，甚至有的手機(jī)廠商就只給微信開了特權(quán)，其他軟件到后臺幾分鐘就被殺掉或凍結(jié)了。這樣用戶體驗是上來了，但是對于推送來說，真是雪上加霜。

? ? 還好，小米、華為等手機(jī)廠商也意識到了這個問題，紛紛推出了自家的推送服務(wù)。想從根本上解決Android的問題，還得依賴這些廠商呀！2017年10月16日，工信部也聯(lián)合國內(nèi)各大廠商和互聯(lián)網(wǎng)公司，發(fā)起成立了統(tǒng)一推送聯(lián)盟，致力于解決Android推送問題，統(tǒng)一推送標(biāo)準(zhǔn)，但估計看到成果還需要些時日，遠(yuǎn)水解不了近渴。于是最近抽時間，研究了華為、小米、OPPO、VIVO這幾家國內(nèi)主流廠商的服務(wù)。

? ? 通過對各家推送服務(wù)SDK的研究，將分別對每家的推送進(jìn)行分析，最終給出整合意見。

????先放上各家推送服務(wù)傳送門：華為，小米，VIVO，OPPO。

?華為：

? ? 感覺華為推送的文檔比較少，可能跟他的功能太簡單有關(guān)。首先需要解釋下幾個名詞：Hms（華為移動服務(wù)），NC（通知中心）。通知欄推送：即常規(guī)的推送，消息抵達(dá)時由NC，或者是小米/VIVO/OPPO/等推送服務(wù)彈出通知欄。透傳：可簡單理解為格式自由定義，不彈起通知欄的推送，且透傳一般情況下需要在APP處于前后臺時才能收到。

????注意，HMS除了支持推送，還支持華為賬號登錄，華為支付等功能，你可以根據(jù)需要自由對接，但因為我們研究的方向問題，這里只講推送部分。其實在此之前，還有一個老版本的華為推送，但SDK升級后老推送就不再支持，文檔也不見了，且新老推送是不兼容的，你只能二選一。

? ? 新的華為推送服務(wù)不支持IOS，非華為手機(jī)使用華為推送SDK則需要APP各自建立長鏈接。在非華為手機(jī)上首次點開APP后，SDK會引導(dǎo)用戶下載華為HMS安裝，體驗比較差，所以不建議大家在非華為手機(jī)上使用該SDK，而且個人嘗試了下，雖然下載安裝了HMS，但未能在非華為手機(jī)成功收到token。

? ? 華為手機(jī)使用官方推送的好處是顯而易見的，殺掉APP通知欄依然可以收到通知，所有APP共享推送通道，手機(jī)更省電，但如果想要使用透傳功能，就需要手機(jī)處于前后臺狀態(tài)。另外即便是EMUI的手機(jī)，也不是接入了SDK就能接收推送了，文檔中寫到只有部分EMUI4.0和4.1的手機(jī)，以及5.0之后的手機(jī)才能收到NC服務(wù)，其次，刪除token和通知欄消息開關(guān)的api 在EMUI5.1以上的手機(jī)上才能起到效果。最后FAQ中有講到EMUI8.0目前有個系統(tǒng)底層關(guān)于通知欄的bug，請將工程buildVersion、targetVersion和compileVersion都改成26之前的版本。

? ? 那如何分辨手機(jī)是否支持華為推送呢，官方FAQ提供了幾個方法，點開“在線幫助”-“常見問題說明”中，有具體的EMUI版本及HMS版本的識別方法，這里不再復(fù)述。

????服務(wù)端API調(diào)用有流控限制，用戶短時間內(nèi)發(fā)送大量的消息會被流控，并返回HTTP 503狀態(tài)碼。默認(rèn)3000條/秒，如需要調(diào)整，請聯(lián)系華為客服。并且每次API調(diào)用攜帶的device_token_list最大為1000個推送量，如果你的推送是群發(fā)則不用理會這個限制。

? ? 查看文檔時，請著重看“開發(fā)準(zhǔn)備”，和“客戶端開發(fā)指南”，兩處的文檔描述很詳細(xì)。

? ? 集成SDK時還有一點需要注意，除了使用gradle集成SDK，還需要下載一個hms agent壓縮包，這個壓縮包其實就是一些華為的代碼，可能官方覺得把所有功能都整合到SDK里太大了，就用這種方式希望大家按需解壓，但個人感覺其實沒什么必要。解壓后的根目錄中有readme文件，建議仔細(xì)閱讀，如果你是windows，請點擊bat文件，執(zhí)行后根據(jù)提示按需選擇即可，最終把提取出來的java文件放入工程目錄里。

? ? 在完成開發(fā)者賬號申請，創(chuàng)建APP，集成SDK，修改manifest等準(zhǔn)備工作后，你就可以嘗試推送一條消息給手機(jī)了。

? ? 其實接入推送SDK，我們開發(fā)人員關(guān)心的無非三件事，一是如何獲取token/regid，二是通知消息怎么回調(diào)，三是推送格式怎么寫。

? ? 首先token方面，華為SDK是異步獲取，即調(diào)用gettoken方法后，方法內(nèi)部最多只返回成功失敗的狀態(tài)碼，只有在自定義消息接收器里才能收到token值。而我們常用的極光SDK，則是同步方法：getregid，直接返回空或者具體值。這是他們之間的差異。

? ? 接下來說下華為推送消息回調(diào)，這里有些坑需要注意。目前自定義的接收器，只能接受兩個回調(diào)信息，onEvent和onPushMsg，前者是通知欄消息的回調(diào)，后者是透傳的回調(diào)。但通知欄回調(diào)在通知消息到達(dá)時是無法收到的，無論前后臺都不行，只有用戶點擊了攜帶附加消息的通知，onEvent才能觸發(fā)正常，而透傳之前說過了，必須在前后臺狀態(tài)才可以，所以如果大家收不到推送到達(dá)的回調(diào)，不要著急，SDK就是這樣設(shè)計的。

? ? 其實接入到這里，感覺華為這個推送SDK設(shè)計的很別扭，相信很多開發(fā)者是需要收到推送的時候在APP執(zhí)行一些操作的，但是華為的推送不支持，用戶不點擊通知欄，即便應(yīng)用處于前臺，你也永遠(yuǎn)不知道這條推送到達(dá)了。所以如果大家用推送到達(dá)的回調(diào)來處理一些業(yè)務(wù)邏輯的話，建議發(fā)送通知欄消息的時候，再疊加一條透傳用于業(yè)務(wù)處理。

? ? 而推送格式方面，華為支持比較有限，通知欄推送只能指定打開APP（即首頁，大部分APP首頁都是閃屏），或者打開特定頁面，不夠靈活。譬如我們的使用場景是根據(jù)接受的推送信息分別跳轉(zhuǎn)至ABC等頁面，使用極光就可以自己在receiver里自由處理，而華為只能用兩種方式，一是指定通知欄點擊動作為打開APP，同時對scheme添加附加信息或?qū)ν扑吞砑觘xtra，在啟動頁根據(jù)獲取到的附加信息進(jìn)行處理；二是按照scheme協(xié)議的格式，在我們的app的manifest里每個要跳轉(zhuǎn)的頁面都加入scheme，后臺推送時候針對發(fā)送即可?；蛘邔蓚€思路融合，創(chuàng)建一個透明樣式的activity，每次推送我們都指向該頁面，然后再解析附加信息按需跳轉(zhuǎn)即可。而且用這種方式的好處是不用在onEvent里處理回調(diào)。

小米：

? ? 小米文檔感覺非常詳細(xì)全面，閱讀完之后感覺和極光差不多，如果你熟悉極光推送，那么小米推送接入的應(yīng)該會很快，而且原有邏輯部分幾乎不需要修改。小米推送的優(yōu)勢是，在MIUI中所有APP共享推送通道，APP被殺死也依然能收到通知，除此之外還支持u3d,python等sdk，還有花哨的呼吸燈等推送配置。而且小米推送也是支持IOS的，所以理論上，如果你沒有使用其他的統(tǒng)計崩潰統(tǒng)計等功能的話，完全可以用小米推送替換掉極光，友盟等。

? ? 因為小米文檔十分完善，這里直接從系統(tǒng)判斷，token獲取，回調(diào)方式，推送格式四方面分析。

? ? 判斷MIUI，直接在文檔中心搜索“如何識別小米設(shè)備/MIUI系統(tǒng)”即可，官方文檔會告訴你答案。

? ? token上，小米提供了同步的MiPushClient.getRegId的同步方法，以及recevier接收兩種方式。使用比較靈活。

? ? 消息回調(diào)上，onNotificationMessageArrived在推送消息到達(dá)時觸發(fā)，onNotificationMessageClicked則在用戶點擊通知欄時觸發(fā)，onReceivePassThroughMessage在透傳消息到達(dá)時觸發(fā)，但是需要注意，透傳依然需要APP處于前后臺狀態(tài)時候才能回調(diào)。而通知欄消息到達(dá)回調(diào)，只有APP在前后臺才能收到，在APP殺死后重啟，不再能回調(diào)成功。

? ? 推送格式上，小米除了提供了像華為一樣的，打開APP，打開指定頁面（scheme格式）外，還有自定義模式，自定義模式就是用戶點擊通知欄后，打不打開頁面，打開什么頁面，完全由開發(fā)者在receiver收到回調(diào)后自己處理。

? ? 另外，小米推送的功能比華為強(qiáng)大不少，支持分組，別名等功能。后臺API調(diào)用次數(shù)按照文檔說法，目前沒有限制，但是如果是針對regid推送，每次API調(diào)用最多只能攜帶1000個。

VIVO：

? ? ? vivo的推送文檔是pdf格式，需要下載。按照文檔，vivo推送目前只支持自家rom，而在token獲取，回調(diào)，推送格式上，和極光小米也是類似的。

? ? 但是對于vivo推送，有一些需要注意，點我--push推送--push接入FAQ中，有幾個關(guān)鍵點，一個是目前vivo推送不支持接入金融類服務(wù)！二是支持vivo push的vivo 機(jī)型特別少，對，你沒看錯，vivo自己家的推送服務(wù)，就支持那幾款手機(jī)而已。

? ? 不過SDK提供了識別手機(jī)是否支持vivo推送的方法，使用PushClient.getInstance(application).isSupport()或者是判斷回調(diào)狀態(tài)碼101均可。經(jīng)個人嘗試，找到了若干款型號類似的手機(jī)，譬如文檔中講支持VIVO X21手機(jī)，但是我用X21A就不支持推送，可見這個局限性還挺大。因為找不到符合條件的手機(jī)，目前只是把代碼整合進(jìn)去了，具體還沒進(jìn)行測試。

????token獲取提供了PushClient.getInstance(application).getRegId()同步方法，onReceiveRegId回調(diào)方法，但文檔描述這個回調(diào)僅僅在regid變化時可收到。

? ??onNotificationMessageArrived回調(diào)在推送到達(dá)時觸發(fā)，onNotificationMessageClicked回調(diào)在推送點擊時觸發(fā)，因為沒有真機(jī)測試成功，在殺死APP重啟后是否能繼續(xù)收到未經(jīng)驗證。

? ? 而且即便大家整合完畢，也需要留意，官方文檔中描述，VIVO推送是分時段的，為了避免打擾用戶，目前vivo手機(jī)接收的消息為9:00-21:00，服務(wù)器允許推送時間為9:00-20:00，單推不受此時間限制。限制時間外的推送將被作廢，不再重發(fā)。所以需要整合的小伙伴要權(quán)衡。

OPPO：

? ? oppo推送目前處于公測階段，打開就會提示只對部分開發(fā)者開放，至于如何成為部分受邀開發(fā)者，需要通過郵件進(jìn)行申請，但是到哪里申請不知道。這里也沒有往下進(jìn)行了。但想到OV（OPPO和VIVO，以下簡稱OV）其實是一個老板，而且看VIVO那邊的情況，差不多也就明白了，OV的推送服務(wù)應(yīng)該是剛開始起步，估計只有部分新款手機(jī)才能支持，雖然OV手機(jī)的用戶占比比較高，但是能收到推送的新機(jī)型比例應(yīng)該還是很低的。所以目前是否需要接入看大家各自需要。

推送整合 ：

? ? 老牌三方推送，極光SDK也支持各家推送通道進(jìn)行整合，就類似sharedsdk整合分享原理一樣，前提是需要分別注冊各家大廠的推送賬號，創(chuàng)建應(yīng)用。最后按極光的文檔配置各種appid,appkey即可，但是極光的該功能是收費(fèi)服務(wù)，具體費(fèi)用需要咨詢極光商務(wù)。而自己整合肯定沒有費(fèi)用問題。

? ? 單獨接入各家SDK的最終目的還是要整合在一起，按照目前的粗略調(diào)查，OV的ROM占比高達(dá)45%以上，還是很可觀的，如果加上華為，小米，四家廠商的ROM會高達(dá)85%+，整合后的效果會比單純集成極光好很多。魅族也有推送，但是比例低于1%，三星及其它手機(jī)則更低，所以就沒有關(guān)注其他的推送。

????整合的意義在于提高推送到達(dá)率，更加省電。?由于目前的OV推送服務(wù)有很大的不確定性，建議不是特別緊急就不用集成了，保持關(guān)注即可，畢竟隨著時間的推移，支持OV推送的手機(jī)比例會大幅度增加，屆時再接入也不遲。

? ? 目前整合的大致思路是首先識別ROM，依據(jù)rom類型分別啟動不同SDK(前邊已經(jīng)介紹了各個廠商識別自家ROM的方法)，如果無法成功識別或者啟動SDK異常，則使用極光等三方推送或小米推送作為兜底。

? ? 第二是獲取不同廠家的token/regid，上報給自己的服務(wù)器進(jìn)行綁定，因為有的廠家是異步，有的是同步獲取，需要大家視情況自己處理業(yè)務(wù)邏輯。

? ? 第三由服務(wù)器針對APP上報的信息，使用不同廠家的推送API推送信息。推送方式和格式上建議統(tǒng)一，即創(chuàng)建一個透明activity，統(tǒng)一使用scheme格式并攜帶附加信息，看起來大概是這個樣子：你定義的scheme:你定義的host?action=你定義的action，然后在透明的activity里根據(jù)action跳轉(zhuǎn)至不同頁面，處理完成后及時關(guān)閉這個透明界面即可。

? ? 至此整個SDK集成的分析就結(jié)束了，今后可能會對此文檔不定期更新，感謝閱讀。