APP消息推送那些事儿

消息推送其实每天都在我们的手机上发生，如图1所示，除非你的手机没有安装APP或关闭了系统的通知栏权限。这些推送消息无时不刻地提醒和引导我们打开APP，然后成为他们的活跃用户，这也是消息推送所要达到的目的。

图1 手机上的APP消息通知

“推送”这一概念最早在1996年由PointCast网络公司提出，旨在为用户提供更准确、更实时的消息通知。伴随着推送技术的发展，推送技术主要经历3个阶段：

由客户端主动发起请求的推送方式，客户端以定时任务的方式询问服务端是否有新的推送消息。

缺点：请求频率过高，会消耗较多资源（流量、电量、服务器资源）；请求频率过低，消息延迟较高，实时性得不到保证。

通过运营商的短信通道将消息发往用户设备，客户端植入短信拦截模块，可以实现对短信进行拦截并提取其中的内容转发给APP应用处理。

缺点：短信推送需要付费，成本高；客户端对短信拦截存在安全风险。

长连接推送基于TCP长连接实现，客户端主动和服务器建立TCP长连接之后, 客户端定期向服务器发送心跳包用于保持连接, 在需要时候，服务器直接通过这个已经建立好的TCP连接通知客户端。该方案也是目前主流的消息推送实现方式。

目前主流的消息推送过程，可以用下面图2来描述。

图2 主流消息推送过程

以目前主流的长连接推送方式来说，想要给APP主动推送一条消息，需要在APP客户端和服务端之间建立一条通道，俗称长连接。如果手机退到后台，这种长连接由APP来维护，难度很大，一方面是手机系统不允许这么做，设想如果手机上所有APP为保活长连接常驻后台，手机系统性能会大打折扣；另一方面是开发成本太高，为了开发APP，还需要维护长连接，因此绝大部分公司不会自建推送服务。自建长连接不可行，就得仰仗手机系统的长连接了，下面我们来看看目前主流手机操作系统安卓和iOS的基于系统长连接的推送通道。

1、苹果手机系统有官方的推送通道APNs（Apple Push Notification service），即苹果推送通知服务。APNs会在手机系统层面与苹果服务器建立系统长连接，我们业务只需要把推送通知推给APNs系统，手机系统在收到 APNs服务器消息后会帮我们转发到相应的APP上。这样只要你手机正常联网，即使APP不打开，也能正常收到推送通知。苹果手机通过APNs进行消息推送的工作机制可以简单的用下图3来描述。

图3 APNs推送流程

2、按理说安卓手机系统应该也会有这样一套推送系统，确实有，谷歌也开发了一套推送服务叫GCM(Google Cloud Messaging)，原理与苹果的APNs类似。但由于Google在国内访问的不稳定，导致国内无法正常使用GCM服务（工信部正牵头成立的“安卓统一推送联盟”，还在期待中）。为了解决这一问题，众多手机厂商在其手机系统中内置了系统推送功能，如小米、华为、vivo、oppo、魅族等。由于接入成本的问题，也出现了大量第三方推送服务提供商，比如个推、极光、友盟等等。第三方推送服务商推送流程如下图4所示。

图4 第三方服务商推送流程

消息推送对APP来说是一把双刃剑。推的好，能提升用户留存率、产品活跃度和用户对APP的粘度；推的不好，可能会引起用户的反感和投诉，轻则关闭通知消息，重则卸载APP。所以如何掌握好这把利剑，也非常考验产品运营能力。一般一条推送消息都会涉及到几个因素：推送文案、推送频率、时机和推送人群。

在广告营销理论中有条法则叫AIDA法则，如下图5所示，