由于谷歌服务在国内不能用，Android 的推送真是一大痛点，但也推动了国内一批做第三方服务的厂商。第三方推送做的比较好的有极光、个推、百度、友盟，经过比较之后，最后选择了极光推送。其实这些第三方推送之间的差别并不太大，技术上都没问题，能不能收到推送，关键还是看前端进程是不是还活着，这也是影响推送成功率的关键。从我们App来看，Android的成功率一直不高，还不到iOS的五分之一。

前面说了，影响推送成功的关键是前端进程是否活着，App想要收到推送的话，就要一直在后台运行，还有一些流氓软件，为了长期在后台运行，充分利用Android系统的开放性，无所不用其极，这也是早期Android给人体验差的一个重要原因。后来Android系统加强了对后台进程的限制，尤其是国内的手机厂商，在对付国产软件方面，有很高的造诣，甚至有的手机厂商就只给微信开了特权，其他软件到后台几分钟就被杀掉或冻结了。这样用户体验是上来了，但是对于推送来说，真是雪上加霜。

还好，小米、华为等手机厂商也意识到了这个问题，纷纷推出了自家的推送服务。想从根本上解决Android的问题，还得依赖这些厂商呀！2017年10月16日，工信部也联合国内各大厂商和互联网公司，发起成立了统一推送联盟，致力于解决Android推送问题，统一推送标准，但估计看到成果还需要些时日，远水解不了近渴。于是最近抽时间，研究了华为、小米、OPPO、VIVO这几家国内主流厂商的服务。

通过对各家推送服务SDK的研究，将分别对每家的推送进行分析，最终给出整合意见。

先放上各家推送服务传送门：华为，小米，VIVO，OPPO。

华为：

感觉华为推送的文档比较少，可能跟他的功能太简单有关。首先需要解释下几个名词：Hms（华为移动服务），NC（通知中心）。通知栏推送：即常规的推送，消息抵达时由NC，或者是小米/VIVO/OPPO/等推送服务弹出通知栏。透传：可简单理解为格式自由定义，不弹起通知栏的推送，且透传一般情况下需要在APP处于前后台时才能收到。

注意，HMS除了支持推送，还支持华为账号登录，华为支付等功能，你可以根据需要自由对接，但因为我们研究的方向问题，这里只讲推送部分。其实在此之前，还有一个老版本的华为推送，但SDK升级后老推送就不再支持，文档也不见了，且新老推送是不兼容的，你只能二选一。

新的华为推送服务不支持IOS，非华为手机使用华为推送SDK则需要APP各自建立长链接。在非华为手机上首次点开APP后，SDK会引导用户下载华为HMS安装，体验比较差，所以不建议大家在非华为手机上使用该SDK，而且个人尝试了下，虽然下载安装了HMS，但未能在非华为手机成功收到token。

华为手机使用官方推送的好处是显而易见的，杀掉APP通知栏依然可以收到通知，所有APP共享推送通道，手机更省电，但如果想要使用透传功能，就需要手机处于前后台状态。另外即便是EMUI的手机，也不是接入了SDK就能接收推送了，文档中写到只有部分EMUI4.0和4.1的手机，以及5.0之后的手机才能收到NC服务，其次，删除token和通知栏消息开关的api 在EMUI5.1以上的手机上才能起到效果。最后FAQ中有讲到EMUI8.0目前有个系统底层关于通知栏的bug，请将工程buildVersion、targetVersion和compileVersion都改成26之前的版本。

那如何分辨手机是否支持华为推送呢，官方FAQ提供了几个方法，点开“在线帮助”-“常见问题说明”中，有具体的EMUI版本及HMS版本的识别方法，这里不再复述。

服务端API调用有流控限制，用户短时间内发送大量的消息会被流控，并返回HTTP 503状态码。默认3000条/秒，如需要调整，请联系华为客服。并且每次API调用携带的device_token_list最大为1000个推送量，如果你的推送是群发则不用理会这个限制。

查看文档时，请着重看“开发准备”，和“客户端开发指南”，两处的文档描述很详细。

集成SDK时还有一点需要注意，除了使用gradle集成SDK，还需要下载一个hms agent压缩包，这个压缩包其实就是一些华为的代码，可能官方觉得把所有功能都整合到SDK里太大了，就用这种方式希望大家按需解压，但个人感觉其实没什么必要。解压后的根目录中有readme文件，建议仔细阅读，如果你是windows，请点击bat文件，执行后根据提示按需选择即可，最终把提取出来的java文件放入工程目录里。

在完成开发者账号申请，创建APP，集成SDK，修改manifest等准备工作后，你就可以尝试推送一条消息给手机了。

其实接入推送SDK，我们开发人员关心的无非三件事，一是如何获取token/regid，二是通知消息怎么回调，三是推送格式怎么写。

首先token方面，华为SDK是异步获取，即调用gettoken方法后，方法内部最多只返回成功失败的状态码，只有在自定义消息接收器里才能收到token值。而我们常用的极光SDK，则是同步方法：getregid，直接返回空或者具体值。这是他们之间的差异。

接下来说下华为推送消息回调，这里有些坑需要注意。目前自定义的接收器，只能接受两个回调信息，onEvent和onPushMsg，前者是通知栏消息的回调，后者是透传的回调。但通知栏回调在通知消息到达时是无法收到的，无论前后台都不行，只有用户点击了携带附加消息的通知，onEvent才能触发正常，而透传之前说过了，必须在前后台状态才可以，所以如果大家收不到推送到达的回调，不要着急，SDK就是这样设计的。

其实接入到这里，感觉华为这个推送SDK设计的很别扭，相信很多开发者是需要收到推送的时候在APP执行一些操作的，但是华为的推送不支持，用户不点击通知栏，即便应用处于前台，你也永远不知道这条推送到达了。所以如果大家用推送到达的回调来处理一些业务逻辑的话，建议发送通知栏消息的时候，再叠加一条透传用于业务处理。

而推送格式方面，华为支持比较有限，通知栏推送只能指定打开APP（即首页，大部分APP首页都是闪屏），或者打开特定页面，不够灵活。譬如我们的使用场景是根据接受的推送信息分别跳转至ABC等页面，使用极光就可以自己在receiver里自由处理，而华为只能用两种方式，一是指定通知栏点击动作为打开APP，同时对scheme添加附加信息或对推送添加extra，在启动页根据获取到的附加信息进行处理；二是按照scheme协议的格式，在我们的app的manifest里每个要跳转的页面都加入scheme，后台推送时候针对发送即可。或者将两个思路融合，创建一个透明样式的activity，每次推送我们都指向该页面，然后再解析附加信息按需跳转即可。而且用这种方式的好处是不用在onEvent里处理回调。

小米：

小米文档感觉非常详细全面，阅读完之后感觉和极光差不多，如果你熟悉极光推送，那么小米推送接入的应该会很快，而且原有逻辑部分几乎不需要修改。小米推送的优势是，在MIUI中所有APP共享推送通道，APP被杀死也依然能收到通知，除此之外还支持u3d,python等sdk，还有花哨的呼吸灯等推送配置。而且小米推送也是支持IOS的，所以理论上，如果你没有使用其他的统计崩溃统计等功能的话，完全可以用小米推送替换掉极光，友盟等。

因为小米文档十分完善，这里直接从系统判断，token获取，回调方式，推送格式四方面分析。

判断MIUI，直接在文档中心搜索“如何识别小米设备/MIUI系统”即可，官方文档会告诉你答案。

token上，小米提供了同步的MiPushClient.getRegId的同步方法，以及recevier接收两种方式。使用比较灵活。

消息回调上，onNotificationMessageArrived在推送消息到达时触发，onNotificationMessageClicked则在用户点击通知栏时触发，onReceivePassThroughMessage在透传消息到达时触发，但是需要注意，透传依然需要APP处于前后台状态时候才能回调。而通知栏消息到达回调，只有APP在前后台才能收到，在APP杀死后重启，不再能回调成功。

推送格式上，小米除了提供了像华为一样的，打开APP，打开指定页面（scheme格式）外，还有自定义模式，自定义模式就是用户点击通知栏后，打不打开页面，打开什么页面，完全由开发者在receiver收到回调后自己处理。

另外，小米推送的功能比华为强大不少，支持分组，别名等功能。后台API调用次数按照文档说法，目前没有限制，但是如果是针对regid推送，每次API调用最多只能携带1000个。

VIVO：

vivo的推送文档是pdf格式，需要下载。按照文档，vivo推送目前只支持自家rom，而在token获取，回调，推送格式上，和极光小米也是类似的。

但是对于vivo推送，有一些需要注意，点我--push推送--push接入FAQ中，有几个关键点，一个是目前vivo推送不支持接入金融类服务！二是支持vivo push的vivo 机型特别少，对，你没看错，vivo自己家的推送服务，就支持那几款手机而已。

不过SDK提供了识别手机是否支持vivo推送的方法，使用PushClient.getInstance(application).isSupport()或者是判断回调状态码101均可。经个人尝试，找到了若干款型号类似的手机，譬如文档中讲支持VIVO X21手机，但是我用X21A就不支持推送，可见这个局限性还挺大。因为找不到符合条件的手机，目前只是把代码整合进去了，具体还没进行测试。

token获取提供了PushClient.getInstance(application).getRegId()同步方法，onReceiveRegId回调方法，但文档描述这个回调仅仅在regid变化时可收到。

onNotificationMessageArrived回调在推送到达时触发，onNotificationMessageClicked回调在推送点击时触发，因为没有真机测试成功，在杀死APP重启后是否能继续收到未经验证。

而且即便大家整合完毕，也需要留意，官方文档中描述，VIVO推送是分时段的，为了避免打扰用户，目前vivo手机接收的消息为9:00-21:00，服务器允许推送时间为9:00-20:00，单推不受此时间限制。限制时间外的推送将被作废，不再重发。所以需要整合的小伙伴要权衡。

OPPO：

oppo推送目前处于公测阶段，打开就会提示只对部分开发者开放，至于如何成为部分受邀开发者，需要通过邮件进行申请，但是到哪里申请不知道。这里也没有往下进行了。但想到OV（OPPO和VIVO，以下简称OV）其实是一个老板，而且看VIVO那边的情况，差不多也就明白了，OV的推送服务应该是刚开始起步，估计只有部分新款手机才能支持，虽然OV手机的用户占比比较高，但是能收到推送的新机型比例应该还是很低的。所以目前是否需要接入看大家各自需要。

推送整合：

老牌三方推送，极光SDK也支持各家推送通道进行整合，就类似sharedsdk整合分享原理一样，前提是需要分别注册各家大厂的推送账号，创建应用。最后按极光的文档配置各种appid,appkey即可，但是极光的该功能是收费服务，具体费用需要咨询极光商务。而自己整合肯定没有费用问题。

单独接入各家SDK的最终目的还是要整合在一起，按照目前的粗略调查，OV的ROM占比高达45%以上，还是很可观的，如果加上华为，小米，四家厂商的ROM会高达85%+，整合后的效果会比单纯集成极光好很多。魅族也有推送，但是比例低于1%，三星及其它手机则更低，所以就没有关注其他的推送。

整合的意义在于提高推送到达率，更加省电。由于目前的OV推送服务有很大的不确定性，建议不是特别紧急就不用集成了，保持关注即可，毕竟随着时间的推移，支持OV推送的手机比例会大幅度增加，届时再接入也不迟。

目前整合的大致思路是首先识别ROM，依据rom类型分别启动不同SDK(前边已经介绍了各个厂商识别自家ROM的方法)，如果无法成功识别或者启动SDK异常，则使用极光等三方推送或小米推送作为兜底。

第二是获取不同厂家的token/regid，上报给自己的服务器进行绑定，因为有的厂家是异步，有的是同步获取，需要大家视情况自己处理业务逻辑。

第三由服务器针对APP上报的信息，使用不同厂家的推送API推送信息。推送方式和格式上建议统一，即创建一个透明activity，统一使用scheme格式并携带附加信息，看起来大概是这个样子：你定义的scheme:你定义的host?action=你定义的action，然后在透明的activity里根据action跳转至不同页面，处理完成后及时关闭这个透明界面即可。

至此整个SDK集成的分析就结束了，今后可能会对此文档不定期更新，感谢阅读。

Android(安卓)手机厂商推送服务调研

华为：

小米：

VIVO：

OPPO：

推送整合：

更多相关文章

随机推荐

Android(安卓)手机厂商推送服务调研

华为：

小米：

VIVO：

OPPO：

推送整合 ：

更多相关文章

随机推荐

推送整合：