问iOS APNS:两个通知提供程序服务器是否具有相同的设备令牌？

EN

是的，您可以有多个网关(SNS、城市飞艇、PushIO等)。连接到一个平台提供商(APNS、GCM、Amazon等)，最重要的是令牌/注册ID (特定于设备和应用程序)和证书(如果您使用APNS )。

许多人问，在这种情况下，如何处理平台提供者发送的反馈信息。

因为反馈是幂等的，所以它应该可以在不同的网关中正常工作；保存在每个网关上的令牌可以在后端应用程序中处理。例如，如果an向SNS发送反馈，表示端点不再有效(可能是因为用户已卸载了应用程序)，则可以从所有其他网关直接更新/删除令牌。您也可以保持原样，等待APNS在向端点发送通知时向其他网关发送反馈，然后相应地更新这些网关中的端点列表。这里需要注意的最重要的一点是，反馈是幂等的，如果SNS向端点发送推送通知并接收反馈，另一个向相同令牌发送推送通知的网关将收到相同的反馈。

这是我在使用APNS时的经验，这就像一个检查表，在任何环境中开始测试通知之前，

1. 证书将决定服务器是否可以连接到APN。
2. 根据你给前妻的证明。开发证书或生产 证书，指向各自的APNS沙箱。 生产沙箱：-主机名称: gateway.push.apple.com，端口: 2195 开发环境：-主机名: gateway.sandbox.push.apple.com，端口: 2195
3. 生产证书只能在一个服务器或一个网络中使用，这是没有限制的。相同的生产证书可以在多个盒子或多个网络中用于向设备上的同一应用程序发送通知。
4. 最重要的是检查防火墙是否阻止了从网络到APNS或产品的连接。因此，对生产环境和开发环境APNS都做一个telnet。不应阻塞连接。
5. 如果防火墙阻止与APNS的连接，服务器代码将在发送推送通知时抛出“连接拒绝”或“连接关闭”异常。
6. 这是我在APNS和证书上看到的最奇怪的行为，因此我损失了2-3天。我的经历取决于案件的情况，

- Server is pointing to APNS Dev environment, certificate is "Production", while sending notification to APNS, **SOMETIMES** server will throw "Socket Closed Exception". 
- Server is pointing to APNS Dev environment, certificate is "Production", while sending notification to APNS, server logs says notification sent to APNS, but device will not receive the notification.

​

如果你做错了配置，你应该幸运地得到“套接字关闭异常”。

如果所有配置都是正确的(对于ex凭据、防火墙)、正确的证书和指向正确的APNS环境，则设备将面临推送通知。推送通知就像一种魅力。会是瞬间的。

希望这份清单将有助于您的实施和健全检查。