远程推送（二）： Android 的远程推送

上篇文章介绍了iOS 远程推送的相关知识，这次来讲讲Android 的远程推送。

Android 远程推送几种常用的实现方法

• 轮询(Pull)：APP 定时向服务器发出请求看是否有新的推送消息
• SMS(Push)：通过拦截SMS消息获得推送消息
• 持久连接(Push)：Android 设备和服务器建立持久连接，服务器把消息推送到设备

轮询

这个方式不足的地方还是挺多的，概括有以下几点：

• 定时请求，对性能和电量耗费比较大
• 请求的频率，频率太低可能导致某些消息的延迟，如果太高，则会大量消耗流量和电量
• 必须自己实现与服务器之间的通信，例如消息排队等

轮询最主要就是定时请求，一般就是启动一个系统进程执行定时器隔一段时间向服务器发送请求，想想如果每一个APP 都这么干的话，对性能和电量耗费还是比较大的。而且当内存不足时，Android 操作系统会杀掉部分系统服务，所以很难保证自己的定时系统进程不被杀死，所以这也是需要考虑的问题。
使用 AlarmManager 对轮询进行优化
AlarmManager 是 Android 系统封装的用于管理 RTC 的模块，RTC (Real Time Clock) 是一个独立的硬件时钟，可以在 CPU 休眠时正常运行，在预设的时间到达时，通过中断唤醒 CPU。我们可以为自己的APP 设定一个在未来某个时间唤醒的功能，当闹钟响起，实际上是系统发出了为这个闹钟注册的广播，会自动开启目标 APP。这意味着，如果我们用 AlarmManager 来定时执行任务，CPU 可以正常的休眠，只有在需要运行任务时醒来一段很短的时间，执行一下我们的请求，然后就可以继续休眠了，从而大大降低了性能和电量的消耗。

SMS

通过截取SMS 内容达到远程推送提醒的目的，因为SMS 是实时的，所以这个方法从时效性上来说是很好的。但是！看到SMS ，脑海中第一反应就是钱！然后就是移动、联通、电信这些运营商了，毕竟国内想使用免费的SMS 不是一件容易的事，所以这个方法也不是很好。

持久连接

这个和iOS 的远程推送比较像，不过iOS 是每台设备和APNs 之间只有一个可靠的长连接，所有的APP 共同使用，所以性能上消耗并不是很大，这点苹果做的确实不错。其实Google 自家也有类似的服务 C2DM，不过国内的情况大家都懂，所以知道有这么个事就可以了。
Android 中的持久连接基本都是使用开源的 androidpn 实现的。androidpn 是一个基于XMPP协议的java开源Android push notification实现，它本质上服务器端基于 Openfire，客户端基于 asmack，这二者都最 XMPP IM 开源实现里的二个基本组件，应该说 androidpn 只是把二者更多地结合起来用于做 Push的场景。XMPP、IM 这些大家都知道更多的是用在即时通信方面的，XMPP 的协议都是在xml 上实现的，xml 相对于客户端二进制流和JSON 来说有点臃肿、灵活性比较差，这样会导致客户端的耗费更多的流量和电量，这个肯定是用户不愿意看到的。另外就是单机并发很有限，集群方案不成熟，代码古老而缺乏及时更新。

总结一下以 androidpn 为典型的开源 Android Push 方案会存在的问题：

• 容量大了开源服务器实现顶不住，还是需要自己去改进开源实现，或者完全重新用新方案，开发投入与高成本是不可避免的。
• 协议与实现上如流量消耗、网络连接策略等，不是专门为移动 Push 优化过的，是不经济的。

其他的选择：第三方推送

目前第三方的推送比较成熟了，极光、百度云推送、个推等等。如果不是特别的需求，使用第三方推送服务是一个比较好的选择，可以省去很多功夫。

参考

1. Healtheon 大神的：Android实现推送方式解决方案
2. 极光推送博客：Android Push 开源方案解析