IOS和android操作系统推送的实现原理
IOS使用的技术叫做：APNS（Apple Push Notification Service）
Android使用的官方技术叫做：GCM（Google Clouding Messaging）
但是Android的GCM是开发者自己选的也可以自己实现，但是IOS就必须要走他的APNS才可以。
APNS和GCM本质上都是在系统中存在一个基于TCP协议的一个长连接，一直保持与服务器的连接，
即使手机睡眠也会一直保持联系。
这样你可能会产生一个疑问：这样岂不是会很费电？
事实上不是这样的，TCP长连接有个心跳时间（这个名字很有意思嘛，就像人的心脏一样，我们会觉得
心脏一直跳啊跳不会衰老很快吗？但是医学研究表明：心脏的收缩与舒张的时间比在1:2左右，也就是说
心脏2/3的时间在消息呢！），原因与这个类似，在长连接中，客户端与服务器在传输数据的时候传输数据
没的说，但是在没有数据传送的时候，客户端会每隔一段时间给服务器一个消息来告诉服务器要一直保持
联系，在发送消息的时候耗电，其他时候就不会了。这样就大概解决了你的疑问。
TCP长连接的心跳时间，在国外可以很长比如30分钟，在国内则因为网络环境复杂一般10分钟。客户
端发起的心跳，会短暂地消耗手机电能，但在这个心跳间隔期间，则消耗电能是很少的。当在心跳期间服
务器端有推送信息过来时，客户端可以收到并做处理。
ISO在设计之初考虑到用户的体验是不允许应用后台运行的，有了这个限制，但是对于终端设备，应用又
是有必要“通知”到达用户的，随时与用户主动沟通起来的（典型的如聊天应用）。所以Apple公司就采用了
这个技术。所有应用，有必要（申请）并且被允许（用户可以改设置）的话，可以通过 APNs 中转到达
用户。
至于Android的GCM，原理与之类似，但是不同的是这个几乎是没人用的，尤其是在大陆这个墙内的环境下，
就直接被Pass掉了。一般来说，应用大多数直接借用 XMPP 规范里的一些成果。少量如微信有IM底子的，
自己开发协议。这些在实现原理上与APNs / GCM 没有本质的区别，但有一定的技术门槛。而大多数普遍应
用，要使用推送的话，则使用轮询的方式简单实现。当然现在有好多的第三方的推送平台，比如极光推送，
百度的云推送等等。这些都是一个服务可以多应用一起使用的，假如qq、微信等等应用都统一使用一个推
送平台，那么Android的推送将达到IOS一样的省电效果，咩哈哈。
题外话：如果你的手机是土豪苹果，只要空间足够，应用不用管他，多少都没事。至于Android，如果觉得手机卡顿，能少装应用就少装啊。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
