国内推送平台对比-优快云博客

本文固定连接：https://github.com/tianzhijiexian/Android-Best-Practices

一、需求背景

Android在国内没有办法利用系统级的推送服务，再加上第三方rom对于原生的各种定制（这里的定制并无褒贬之意）所以国内的开发者就需要选择一些成熟的推送平台做推送服务了。目前的推送平台种类繁多，本文将给出推送平台的具体对比和调研结果，方便后来人进行选择。因本人对于国外的推送服务没有了解，所以选择的是国内的推送平台。

二、需求

调研国内推送平台的优劣
给出技术方案和选型
能快速集成推送服务

三、实现

调研信息一览

推送平台

极光推送
小米推送
友盟推送
个推
阿里推送

参与测试的机型：

MI2 (android 5.1.1)
N5 (android 6.0.1)
MI4 (miui 7.2.4)
OPPO (colorOS 2.1)
MX4 (flymeOS 4.2.2.1c)
Samsung (android4.1.2)

因为测试的结果在相同的rom上表现一致，所以下文的测试结果做了简化，屏蔽了机型的细节。

调研结果

信鸽
我们的项目长期使用的是信鸽的服务。为什么写这篇文章，是因为信鸽完全不能满足高到达率的标准，所以对于腾讯信鸽，就不进行调研了。

个推
我先排除的是个推，排出它并非是因为他不好，而是因为个推本身就是收费平台，其优点就是服务全，数据颗粒度细，对开发者的响应也比较及时，但因为其收费的属性让我无法将其作为选择之一。有很多朋友也说到了，个推在用户量少的情况下是免费的。只是本文挑选的是全量免费的服务，所以就暂时不列举个推了。

阿里推送
阿里推送采用的是阿里云的一整套服务，但因为大公司的原因，所以会强制植入one sdk，这个东西真的是全家桶级别的东西，而且联系技术的方式是通过阿里旺旺让人心累。大而全的东西一向不是我的选择，而且未来阿里推送可能会有付费的趋势，因此我对它不做考虑。

友盟推送

友盟是做数据的老牌厂商，但其给我的感觉总是不舒服，之前做过友盟反馈，接入和使用总觉得不够优雅。但就推送来说，它的后台界面和提供的小工具、文档都是最美观实用的。
注意：
需要注意的是友盟的sdk引入了httpClient（官方已废弃）、okio等第三方库，我是认为完全没有必要的。我认为一个独立的sdk应该尽可能的保持轻量，过多的自带库会引起很多问题。如果你要引入友盟反馈的话，那么一定要注意它带来的几千个方法数！

推送后台

友盟采用了共享连接的技术方案，即多个采用友盟推送的App可以相互共用长连接，保证你的app被杀死后只要用户打开了采用友盟推送的app，你的app就可以利用兄弟app来接收推送。这个技术也被很多推送平台所采用，是一个很不错的方案，至于是否流氓？不可说。

共享长连接（将长连接挂在高德上）

测试结果：

	安卓原生	MIUI	ColorOS	flymeOS	Samsung
app处于前台	√	√	√	√	√
返回键退出	√	√	√	√	√
杀掉app	√	×	×	√(有延迟)	√
手机重启后	√	×	×	√(有延迟)	√(有延迟)
打开兄弟App	-	×	×	×	-

（√：能收到推送，×：收不到推送，-：无意义的测试）

测试结果表明友盟对于原生的支持较好，可以做到在原生rom上不死，在flyme上面能有一定的几率复活，只是复活后有较大几率丢失之前的消息。

需要说明的是：
本次测试在flyme上在mx4和mx5上都是通过滑动来杀掉应用的，在mx5中，如果用顶部的“扫把”进行所有应用的杀死，那么友盟推送也无法到达了。

友盟进程

内存使用情况

sdk配置文件如下：

服务

通过代码分析，友盟的一些服务是在独立的进程（push）中运行的，这也是用来提升service存活率的通用方法，因此在debug下断点的时候需要选对进程！

广播接收器

我们可以明确的知道，友盟推送在监听到（可能在不同的rom有监听不到的情况）开机、网络改变、应用卸载这样的广播后就会自动复活，以便再应用被杀死后仍旧可以实时接收远端的推送信息。

兄弟应用

在测试中我发现在MIUI上即使打开了兄弟app（高德地图），我也收不到推送。后台工具告诉我长连接的service确实挂到了兄弟app上，至于为什么没办法接收到推送就不得而知了。

最后需要说下友盟的缺点，在service被杀死后有一定概率丢失消息，刚注册的设备是无法收马上到消息的，需要过一段时间才能收到测试消息，再过一段时间才能收到正式消息，总觉得不稳定。如果一条消息很久都没有收到，那么很可能会永久丢失。
再次提醒！友盟的sdk引入了4个库！带来了好几千个方法数！引入了已经被废弃的httpClient！

小米推送

小米的推送有一个很大的优势就是在MIUI上会直接使用系统的长连接，只要系统不死，那么你的app就有90%以上的概率接收到推送。当你的MIUI用户达到了一定的量级，你就必须要使用小米的推送。

更新日志

要吐槽的是小米的推送后台（网页端）经常出现打不开的情况，复现频率极高。

	安卓原生	MIUI	ColorOS	flymeOS	Samsung
app处于前台	√	√	√	√	√
返回键退出	√	√	√	√	√
杀掉app	√	√	×	×	√
手机重启后	√	√	×	×	√(有延迟)
打开兄弟App	-	-	×	×	-

（√：能收到推送，×：收不到推送，-：无意义的测试）

从结果来看小米推送是符合其文档描述的，能够在原生和MIUI上有良好的表现，所以小米推送可以被列入选择列表。

原生rom上的内存信息

MIUI上的内存信息

我发现小米在MIUI上会自动采用系统的服务，也就是说不用自身建立一个service，所以理论上要更加轻量省电。

小米推送配置文件

从代码来分析，小米会监听网络切换的广播来重启service，对于MIUI层面可能会有一个特殊的方法，不启动额外service，却可以handleMessage。

兄弟应用

对于能否通过兄弟应用来接收推送信息，我的测试结果是无法收到，不知道是不是bug。我只能说通过这样的方式来提升消息的接收率是不靠谱的。

极光推送

极光早期专注于推送服务，可以说沉淀很深，现在改名为“极光”后业务面更广了。极光对开发者提问的响应可以说是做的最好的。机关的Android文档里说到了各个功能的目的，不会像OneSDK（阿里全家桶）那样偷偷加入一些权限。文档也是走AS的风格，较为现代。不足之处就是后台比较古老，三年前就是这样丑丑的样子，发送操作有一个延迟的过程，没有友盟做的好。
极光也支持兄弟应用相互拉起的功能，从代码上看是1.8.0之后的版本开始支持的。

第三方系统收不到推送的消息的原因（摘自极光文档）
由于第三方 ROM 的管理软件需要用户手动操作
小米【MIUI】
自启动管理：需要把应用加到【自启动管理】列表，否则杀进程或重新开机后进程无法开启
通知栏设置：应用默认都是显示通知栏通知，如果关闭，则收到通知也不会提示
网络助手：可以手动禁止已安装的第三方程序访问2G/3G和WIFI的网络和设置以后新安装程序是否允许访问2G/3G和WIFI的网络
MIUI 7 神隐模式：允许应用进行自定义配置模式，应用在后台保持联网可用，否则应用进入后台时，应用无法正常接收消息。【设置】下电量和性能中【神隐模式】

华为【Emotion】
自启动管理：需要把应用加到【自启动管理】列表，否则杀进程或重新开机后进程不会开启，只能手动开启应用
后台应用保护：需要手动把应用加到此列表，否则设备进入睡眠后会自动杀掉应用进程，只有手动开启应用才能恢复运行
通知管理：应用状态有三种：提示、允许、禁止。禁止应用则通知栏不会有任何提醒

魅族【Flyme】
自启动管理：需要把应用加到【自启动管理】列表，否则杀进程或重新开机后进程无法开启
通知栏推送：关闭应用通知则收到消息不会有任何展示
省电管理：安全中心里设置省电模式，在【待机耗电管理】中允许应用待机时，保持允许，否则手机休眠或者应用闲置一段时间，无法正常接收消息。

VIVO【Funtouch OS】
内存一键清理：需要将应用加入【白名单】列表，否则系统自带的“一键加速”，会杀掉进程
自启动管理：需要将应用加入“i管家”中的【自启动管理】列表，否则重启手机后进程不会自启。但强制手动杀进程，即使加了这个列表中，后续进程也无法自启动。

OPPO【ColorOS】
冻结应用管理：需要将应用加入纯净后台，否则锁屏状态下无法及时收到消息
自启动管理：将应用加入【自启动管理】列表的同时，还需要到设置-应用程序-正在运行里锁定应用进程，否则杀进程或者开机后进程不会开启，只能手动开启应用

总之，它就是一个很实在的东西，对于android的权限和中国国情无能为力，它只能尽可能做到高的推送送达率。

	安卓原生	MIUI	ColorOS	flymeOS	Samsung
app处于前台	√	√	√	√	√
返回键退出	√	√	√	√	√
杀掉app	√（有延迟）	×	×	×	√（有延迟）
手机重启后	√	×	×	×	√（有延迟）
打开兄弟App	-	×	×	×	-