最近有个朋友想要推送一些消息到自己的APP上，自己用了HTTP轮询的方式比较耗电，也比较占用流量，一旦用户关闭了进程，消息则很难触达，于是，咨询我有没有什么好的解决方案。我告诉他其实可以使用推送，他瞪大眼睛问我推送是什么？我告诉他其实就是Andriod版的苹果推送，他才反应过来，问了下其他人，发现身边很多朋友还不知道有推送这回事情。所以今天就在这里给大家讲下什么是推送，怎么使用，以及怎么利用它来提升自己的留存用户。

现在其实有很多现成的推送服务可以选择，比较了几家主流的我决定用个推来演示整个推送的流程。这个“个推”吸引我的地方在于，商用的用户比较多，也较稳定，接口也比较简单。但是它比较低调宣传也不多，应该是那种闷声发财的主。

推送的基本原理其实类似，其实就是通过手机和服务器之间的Socket维持一个TCP长连接，通过这个长连接来实现服务器和客户端之间的通信。所以推送服务的提供商都会同时提供一个库来供第三方引用，这个嵌入的库会帮助第三方应用维护和服务器之间的连接，包括权限校验，断开重连等的工作。这样暴露给第三方开发者的就是一个简单的接口了，开发人员不必关心网络的断开与重连，以及心跳检测等各种复杂的技术问题。当然，除此以外，这些潜入的库往往还会封装一些其他的接口，比如帮助你收到消息后显示在通知栏，展示页面，甚至激活你的应用，传递数据到应用并显示在应用中的某个界面等。这些功能都可以极大的简化app开发的工作，有人问我推送和短信有什么区别，我想这些扩展的功能就是和短信最大的区别吧。至于，之前那个朋友使用HTTP方式轮询之所以会出现耗电耗流量的情况也是有原因的，因为HTTP请求最终其实还是通过TCP协议实现的，只不过它的TCP连接是短连接，握手非常频繁，所以自然就比较耗电，而且HTTP方式是基于文本方式进行通信的，因此协议冗余比较大，流量消耗自然就大了。而且轮询方式带来的问题是，在两次轮询之间的时间间隔内是没办法拿到服务器下发的消息的。因此，实时性会大打折扣。而长连接就没有这些问题，而且还有个好处，就是当你的应用即使不活跃也没关系，你也可以有办法触达，提升活跃度。当然，长连接也会有它的问题，就是开发的难度较大。而且，手机应用的一个特点是移动，大家都是带着手机跑的。所以，当你跑进电梯或者隧道的话，如果信号不好连接就会断掉，这个时候程序就得重新连接，这就无形中增加了这个东西的难度。