移动端消息推送原理的前世今生

一、推送系统目的

对于APP用户，有效及时的推送，

让用户更及时的获得我们推送的促销和优惠信息；

让用户更及时的获得订阅的感兴趣的信息；

基于这两个目的，推送系统两个重要特性是：能发出消息和消息能及时被用户接收到。

二、推送系统的行业现状

2.1 iOS系统上的推送

iOS 系统的推送（APNS，即 Apple Push Notification Service）依托系统层级的全局程序（接管所有应用的消息推送），所以可看作是独立于各个应用程序之外。

2.1.1推送原理

主要步骤：

1、应用程序注册消息推送：应用程序向用户请求通知权限，用户允许权限，iOS系统向苹果推送服务器（APNS）请求唯一标示（device token）；

2、应用程序接收device token：请求成功后，APNS把device token发送给应用程序；

3、服务端程序接收device token：应用程序将device token发送给PUSH服务端程序（我们自己的服务器）；

4、服务端程序向APNS服务发送消息：应用程序把要发送的消息、目的iPhone的标识打包，发给APNS；

5、APNS服务将消息发送给iPhone应用程序：

APNS在自身的已注册Push服务的iPhone列表中，查找有相应标识的iPhone，并把消息发送到iPhonei；Phone把发来的消息传递给相应的应用程序，并且按照设定弹出Push通知。

2.1.2 特点

1、安全，快速，稳定，可靠：因为苹果掌控推送服务器和 OS

2、更省电

3、让整个系统的体验更统一和简单。

4、开发容易，相对于安卓系统而言

2.2 安卓系统上的推送

安卓 系统的推送主要是依托各个APP的自己的单独后台进程，单独后台进程和各自的服务器进行通信和推送。

在第三方厂商方案出现后，主要流程变化为：自己服务器----第三方厂商自己的常驻后台进程----自己的应用程序。

2.2.1 安卓系统的主要方案

第一种方案是系统实现方案：轮询(Pull)方式、SMS(Push)方式、持久连接(Push)方式、C2DM云端推送、MQTT协议推送、RSMB推送功能等方式。每种系统实现方案都存在问题：不稳定，性能低，不及时等；

第二种方案是第三方互联网厂商提供的方案，比如极光、友盟和个推等推送平台；

第三种方案是手机厂商的推送方案，比如小米和华为。第二种和第三种方案也存在不稳定，性能低，不及时，耗电等问题；

第四种方案是自建推送平台，包括自建服务器和通讯协议，但是成本和人力物力需求比较大；

综上所述，在安卓系统上，单独采取某一种方案进行推送，都会存在或多或少的问题及限制条件。

2.3 推送系统上的最佳实践

iOS的推送由于系统本身的封装，推送消息的发出和到达存在问题小；安卓的推送由于系统本身的开发，推送消息的发出和到达存在的问题比较多。

目前的比较好的处理方式是：

iOS的推送走系统推送的途径

小米手机用小米推送系统

华为手机用华为推送系统

其他安卓手机用友盟推送系统

三、消息推送注意事项

推送的对象：细分消息推送的对象，不随意push全量；

推送的内容：推送用户感兴趣的内容；蹭热点，把当下热点和平台结合；利用用人名或品牌来借势推送；

推送的格式：惯用数字或符号，数字或符号属于图形，人们会更加敏感；反问或惊叹号（？！）；尽量引导打开APP，如消息结尾处有引导符号；

四、参考资料

极光http://docs.jiguang.cn/jpush/client/Android/android_sdk/

个推http://docs.getui.com/mobile/android/overview/#4

安卓系统具体实现：直推模式，拉模式和混合式http://blog.csdn.net/houjixin/article/details/53324748