ios - 如何测试 Apple Push Notifications 反馈服务？

Question

我做的测试如下:

• 我制作了示例应用程序，我在其中启用了推送通知并实现了处理它们的机制。

• 我正在测试使用 curl 向我的应用程序发送静默推送通知，效果很好。我正在测试:

  curl -v -d '{"aps":{"content-available":1}}' --cert "/Users/me/Desktop/mycert.pem":""-H "apns-topic: com.domain.name"--http2 https://api.development.push.apple.com/3/device/XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

• 作为 Apple 的回答，我总是看到以下内容:

  < HTTP/2.0 200

  < apns-id:XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXX

  根据官方文档中的表 6-4，这很好并且符合预期:https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Chapters/APNsProviderAPI.html

• 现在我从我的设备上删除了该应用程序并重试相同的请求有点希望我将开始获取状态代码 410 和 设备 token 不再处于事件状态的信息为主题。然而，这并没有发生，我总是收到 200 状态代码，就像一切正常并且推送 token 仍然可用一样。

删除后 1 - 1.5 小时，我仍然得到 200 作为答案。

您是否知道 Apple 刷新推送 token 列表的频率以及我预计何时最终开始获得 410？而且 - 在生产环境之外测试应用程序时，410 状态(和一般的Instant Feedback)是否可以测试？

提前感谢任何类型的回答。

干杯

Answer 1

好的，根据我的发现，Apple 的即时反馈 服务似乎运行良好，并且能够非常快速地检测到卸载。在如何使用沙盒服务正确测试这些东西方面有一个小技巧。

如果你制作了一个你正在设备上本地测试的应用程序，并且你的应用程序是唯一安装在你的手机上的那个配置文件(供应商)，那么我在会遇到我的问题。出于某种原因，即使您卸载了该应用程序(这是手机上唯一从您的配置文件中安装的应用程序)，Apple 始终会以 200 响应。

需要做的如下:安装您正在测试的应用程序后，使用另一个 bundle ID 创建一个新的虚拟应用程序，但它也来自您的配置文件，同时在其中启用推送通知并安装它在您的设备上。现在，您制作了两个应用程序 - 一个您正在开发和测试 Instant Feedback 服务，另一个有点像“僵尸”应用程序，它只是坐在那里什么也不做。

在此之后，卸载您的测试应用程序，尝试发送静默推送通知，Apple 将按预期返回 状态代码 410。

虚拟方式，但出于某种原因，这就是测试时应该采用的方式。生产中的行为应该符合预期，并且不需要在 iOS 设备上安装来自同一供应商的虚拟(或任何其他)应用程序。