iOS GCM 可以与原生 Apple 推送共存吗？
Can iOS GCM coexist with native Apple pushes?
我想将 iOS 的 GCM 3.0 添加到我的应用程序中，以便在我的客户端和服务器之间进行一些特定的通信，但是我的应用程序已经使用常规的 Apple Push 消息来处理其他事情，我想保留它方式（即我不想将所有内容都切换到 GCM）。
我了解 iOS 的 GCM 在应用程序处于后台时通过 APNS 发送下游消息。我的问题是，这会影响我对 Apple Push 消息的现有使用吗？例如，也许 GCM 的推送消息的标记为零，这会删除我的应用程序通过常规推送设置的标记吗？
如果您同时让自己的 APNS 提供商和 GCM 向 APNS 发送通知，它们会相互干扰，但不会以您期望的方式进行。问题在于从 APNS 接收反馈：GCM 会定期接收部分反馈，而不知道您自己的提供商收到了什么反馈，反之亦然，这可能会导致不良行为，因为从 APNS 的角度来看，这可能会导致 APNS 连接断开。
至于在没有 APNS 的情况下使用 GCM，显然 GCM 不鼓励这样做。
我想将 iOS 的 GCM 3.0 添加到我的应用程序中，以便在我的客户端和服务器之间进行一些特定的通信，但是我的应用程序已经使用常规的 Apple Push 消息来处理其他事情，我想保留它方式（即我不想将所有内容都切换到 GCM）。
我了解 iOS 的 GCM 在应用程序处于后台时通过 APNS 发送下游消息。我的问题是，这会影响我对 Apple Push 消息的现有使用吗？例如，也许 GCM 的推送消息的标记为零，这会删除我的应用程序通过常规推送设置的标记吗？
如果您同时让自己的 APNS 提供商和 GCM 向 APNS 发送通知，它们会相互干扰，但不会以您期望的方式进行。问题在于从 APNS 接收反馈：GCM 会定期接收部分反馈，而不知道您自己的提供商收到了什么反馈，反之亦然，这可能会导致不良行为，因为从 APNS 的角度来看，这可能会导致 APNS 连接断开。
至于在没有 APNS 的情况下使用 GCM，显然 GCM 不鼓励这样做。