推送，从入门到放弃 笔记总结

推送 从入门到放弃      http://blog.csdn.net/eclipsexys/article/details/52575602   

这篇笔记讲了长连接，推送唤醒，透传和非透传，推送原理

长连接
长连接和前面提到的短连接，都是基于Socket连接的方式，他们的区别在与，短连接是每次数据传输完毕后就断开连接，而长连接不会。所以，基于轮询的方式，每次都要进行链路的连接，性能消耗更大，基于长连接的方式，就是对这点的改进。应用一旦与服务器连接成功，并不会主动断开连接，后面的通信都基于这个通道。目前大部分的推送服务都是基于长连接的推送，在后台维护一个Service，维持应用与服务端之间的TCP长连接。




推送唤醒
这里还需要说下现在的『推送唤醒』这样一个功能，简单的说，就是所有安装了A推送的App，只要有一个还活着，就可以把其它安装了A推送的App拉起来，从而提高推送的到达率。有些阿里系、百度系的App，被大家称作『全家桶』，实际上就是因为这个原因，这个方式，确实能在一定程度上提高推送到达率，但另一方面，也破坏了Android生态，增加了功耗，打乱了系统的清理策略。


小米推送和华为推送
另外，小米推送、华为推送，大家接入的原因可能很简单，就是他们的手机市场占有率比较高，接入他们自家的推送，可以在一定程度上提高到达率，但需要注意的是，推送分为透传和非透传两种方式，透传即我们自己App处理推送消息，而非透传，则是交给相应的PushSDK处理，对于小米推送、华为推送来说，只有采用非透传消息，到达率采用保证，而透传消息，与其它推送并没有什么区别






透传\非透传
非透传消息是指推送消息被PushSDK获取并处理，透传消息是指推送消息被PushSDK交给宿主应用处理，非透传消息通常只能设置一些固定的样式，比较简单，而透传消息，可以由App自定义处理，比较灵活。





推送原理
目前大部分的第三方推送服务，都是基于长连接的推送方案，下面将对这个方式进行详细讲解。


NAT


首先，我们需要了解下一个网络基本知识——NAT，即网络地址转换（Network Address Translation，NAT），这是因为IP地址是有限的，手机无论是通过路由器还是数据网络，都有一个内网IP地址，同时，路由器上会维护一个外网IP地址，从而形成一个NAT路由表，即内网IP地址:端口，以及对应的外网IP地址:端口。这样通过一层层封装与解封装，就达到了内网与外网交换通信的方式。


NAT超时


由于NAT路由表的大小有效，所以一般路由都有NAT有效期，WIFI下，这个NAT有效期可能会比较长，而在数据流量下，运营商一般都会尽快更新NAT路由表，淘汰无效的设备，所以，在使用数据流量时，长连接经常容易断。


那么除了NAT路由表主动淘汰过期的设备之外，切换网络环境和DHCP服务器租期到期，这些情况都有可能导致NAT路由表改变，从而造成长连接中断。


心跳包


前面我们说了，现在的推送服务一般采用的是长连接的通信方式，而长连接会因为NAT路由表的更新而中断，所以，客户端会定时向服务端发送一个心跳包，来定期告知NAT路由表，我还活着，别杀我！这就是心跳包的作用——防止NAT路由表超时，同时检测连接是否被断开。


心跳包的心跳时间


既然心跳包的作用是防止NAT超时，那么就需要将心跳包的发送频率设置为小余NAT超时的检测频率，而WIFI和数据流量下，对于NAT路由表的超时时间又是不一样的，而且不同的网络运营商的超时时间，甚至都不一样，所以，一个比较好的方法就是根据设备当前网络环境，来动态的设置心跳时间。


注意，心跳包与轮询是不一样的，心跳包建立在长连接上，只要发送数据即可，而轮询每次都是一个完整的TCP连接。
心跳包谁来发


既然需要定时任务，那么就需要使用AlarmManager来作定时唤醒了，原因我之前的文章有讲过，是关于处理器唤醒的原因，这里就不赘述了，大家可以参考我之前的文章：