ios - 使用 APNS HTTP/2 在开发中测试推送通知

我正在尝试确定我需要针对 APNS 端点(例如，开发或生产)、Xcode 和 Apple Push 证书的组合执行哪些操作，以便在开发过程中测试推送通知。我觉得我已经尝试了所有可能的组合，但我一定错过了一些东西......

背景

1. 从我的"dispatch"服务器使用 Apple 的 HTTP/2 APNS 端点时，我的应用/设备确实不接收推送，并且我收到了来自 Apple 的 BadDeviceToken 响应。
2. 使用与 Pusher macOS testing app 完全相同的 .p12 证书和 deviceToken (使用旧版 APNS 端点)，推送成功交付。

为了进一步复杂化......

1. 当使用 Apple 的 HTTP/2 APNS 端点从我的"dispatch"服务器进行 PassKit 推送时，我的通行证/设备可以 接收推送。

所以...

第 3 点告诉我，我的"dispatch"服务器必须正确配置，因为推送到 Apple Wallet 通行证会导致响应(例如，我可以看到从 Wallet/通行证对我的服务器端点的后续请求) .

也就是说，Apple Wallet 是一款“生产”应用。我怀疑，因为 my 应用程序(从第 1 点开始)是非生产/开发的，所以有些不同。

.

问题

有没有人能够成功接收(在 Xcode 中)发送到 Apple 的 api.development.push.apple.com 端点的推送通知？您能否概述您执行的步骤(来自 developers.apple.com 的哪个证书等)？谢谢!

---

Best Answer-推荐答案

您应该能够从服务器发送开发推送:

您需要连接到 api.development.push.apple.com:443 而不是 api.push.apple.com:443。两者都可以使用生产证书。

将推送发送到生产服务器不适用于开发构建 - 仅适用于使用 AppStore 配置导出的构建，但您无法调试它们(至少不能使用 Xcode)

如果需要检查生产端点是否工作，可以使用testflight

关于ios - 使用 APNS HTTP/2 在开发中测试推送通知，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/49182319/