|
|
iOS的消息推送机制到底是怎样的？
iOS不是不留后台嘛，为什么还可以及时推送消息，为什么安卓关闭软件之后就不推送消息了，为什么安卓不能像iOS那样有及时有效的推送机制。
关注者
156
被浏览
222,227
17 个回答
iOS 的推送是统一挂在苹果服务器上的，app安装的时候设备会把token分享给app，app的服务器根据这个token发消息给苹果，苹果根据token发给设备
设备和苹果的连接由系统挂在流量上的tcp长连接实现，装再多app也只需要挂这么一个连接就能保证推送，不像国产安卓app每个都要自己挂后台并且保持连接
其实安卓也是有系统级的推送服务的，这个服务因为由一个不存在的服务商提供，所以没法用，你说怪谁？
此外说到本地通知，iOS也有方案，app可以向系统请求注册本地通知，到时间了由系统自己发出来，也不需要app挂后台
苹果：软件需要推送通知➡️将推送发到Apple Push Notification Service➡️APNs再进一步转发给用户。
如上，所以iOS的推送不需要啥后台，YouTube Twitter这类不存在的404网站照样能在没破解404的情况下推送通知过来，就因为走的APNs。
安卓：软件需要推送通知➡️将推送发到Google Message Service或Mi Push等推送服务器➡️服务器转发给用户
但Android的问题往往出在第二步，因为：
要不那个app没有内置Mi Push、GMS等服务的接收器SDK
要不那个app支持GMS但你处于访问不存在的网站出现404状态
要不那个app支持Mi Push但你的系统是AOSP而不是MIUI等等...
第二步一出问题，那就变成：
软件需要推送通知➡️保留后台，后台Service里有一个msfservice或notification service这种特地用来接收推送通知的服务器➡️通知成功推送到用户手中。
也就是因为Android生态整体上的一些混乱和不规整，再加上Google不在大陆，Android在这方面的问题变得很明显。