ios / android的推送原理

本文内容基原本自知乎：https://www.zhihu.com/question/20667886

ios:

iOS 系统的推送（APNS，即 Apple Push Notification Service）依托一个或几个系统常驻进程运做，是全局的（接管全部应用的消息推送），因此可看做是独立于应用以外，并且是设备和苹果服务器之间的通信，而非应用的提供商服务器。

因此， iOS 的推送，能够不严谨的理解为：苹果服务器朝手机后台挂的一个 IM 服务程序发送的消息。

而后，系统根据该 IM 消息识别告诉哪一个 Apps 具体发生了什么事。

而后，系统分别通知这些 Apps 。

 

android:

而 Android每一个须要后台推送的应用有各自的单独后台进程，才能和各自的服务器通信，交换数据。

其实 Android 也有相似 APNS 的 GCM（Google Cloud Message）的服务，若是一个应用的推送采用这种模式的话，就和iOS推送一个样了。

GCM相关的程序应该是集成在所谓的Gapps中，但国内的 Android 手机上 GCM 处于基本不可用的状态，并且Android 由于后台能够长驻，因此，App们各显神通。

聊天类应用的话，大多数直接借用 XMPP 规范里的一些成果。少许如微信有IM底子的，本身开发协议。这些在实现原理上与 APNs / GCM 没有本质的区别，但有必定的技术门槛。

而大多数广泛应用，要使用推送的话，则使用轮询的方式简单实现，就是定时去服务器上查询数据，也叫Polling，还有一种手机跟服务器之间维护一个 TCP 长链接，当服务器有数据时，实时推送到客户端，也就是咱们说的 Push。

轮询的方式不论怎么优化都比较费电费流量，长链接的方式在网络不稳定的状况下，Socket比较容易断开推送数据失败。