我有一个服务器和一个使用 GCM 推送通知的 Android 应用程序，一切正常，我需要开始创建一个 iOS 应用程序来做同样的事情。 GCM 目前支持 iOS:https://developers.google.com/cloud-messaging/ios/start
我对架构的理解如下:
安卓 GCM:
应用->GCM->应用->服务器(请求/注册 token )
Server->GCM->App(发送推送通知)
以下对于使用 GCM 的 iOS 是否正确？
App->APNS->App->GCM->App->Server (Requesting/Registering Tokens)
Server->GCM->APNS->App(发送推送通知)
如果我的理解是正确的，为什么我要使用 GCM，因为它似乎添加了一个额外的层并可能延迟推送通知？ GCM 是否绕过/处理了 APNS 限制？ (即有效负载大小、消息存储时间、不支持折叠键)
最佳答案
你的理解是正确的。 GCM 的优点是您的服务器只需要实现 GCM 的接口(interface)即可发送 Android 和 iOS 通知。 APNS 的界面有点笨重，更难使用。
此外，GCM 还提供了一些高级功能，例如主题、数据消息(最大 4k)、上游消息(设备到服务器)、送达回执等。它们可能对您有用，也可能没有用。
不，GCM 不能绕过 APNS 的限制。
关于android - iOS 版 GCM 的优势？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/31234936/