App要实现消息推送就需要在app推送服务器和用户终端之间建立长连接，也就是我们常说的push方式，虽然相较于轮询（pull）方式，push对于用户终端的耗电量和流量消耗更低了，但是长连接的建立对推送服务器的压力很大，所以app消息推送的实现成本会很高，尤其是占据国内80%市场的Android手机的原生GCM推送方式基本被阉割的情况下，app开发者基本都会选择第三方的消息推送平台来实现app的消息推送功能集成，今天我们就来聊一聊app消息推送平台！

面对市面上众多的消息推送平台，app开发者该如何去选择？关于推送的解决方案，目前业内公认的评价标准为4S标准，即Safe(安全)、Stable（稳定）、Save（节流）、Slim（体积小）。

1、 Safe

从安全上讲，Android和iOS两个系统的原生推送服务都是将风险管控纳入了自己的服务器之内，以iOS的APNs服务器为例，消息推送与用户终端的连接只在APNs服务器和app应用之间建立，供应商的推送服务器是被APNs服务器隔离的。但是被阉割的Android系统基本无法使用原生的GCM推送服务，用户手机里的每一个app应用都对应这不同的供应商推送服务器，这就会有开源一直以来存在的风险。因此，第三方推送平台的推送方案必须拥有独立的ID系统，支持透传及各种加密方案，保障信息传递的安全。

2、 Stable

判断稳定性一般从两个方面：用户终端和推送服务器。当我们的推送无法到达用户的手机上时，除去用户自己的终端网络问题，就是推送服务器的稳定性。现在主流的推送方案基本都是长连接方案，而长连接对于服务器的荷载消耗是比较大的，如果无法保证服务器的稳定性，就容易出现串流，推送消息发送错误或者失败的问题。

3、 Save

节流主要包括两个方面，一个是对用户终端耗电量的节省，一个是对用户流量耗费的节省。这个标准用户可以通过终端的耗电统计和流量统计清晰的看到，对一个app的存续率影响还是很大的。

4、 Slim

体积小主要是集成所用的SDK包体要小，SDK包小了，app的整体存储体积才不会大，在同类竞品app中才能更有竞争力。在不影响主程序的大小和复杂度的情况下，体积越小集成速度就越快，比如市面上主流的推送平台的集成时间平均在12-24小时之间，而MobPush消息推送服务只需2小时就可迅速集成，正是得益于其轻量级的SDK包体。