我使用带有 http2 协议的 apns 来发送推送通知，我使用的代码类似于这篇文章： https://stackoverflow.com/a/34831873/1546652
当我的应用程序正确安装后，apns http2 api 在发送消息时可以正常工作，我的回复是这样的： {"响应":"","httpcode":200}
问题是，当我卸载应用程序并向无效的 registrationId 发送推送通知时，我没有收到状态 410，也没有收到响应“原因：未注册”，但仍然收到状态为 200 的真实响应。
在 apns http2 中卸载应用程序时如何接收 410 状态和对应响应？
【问题讨论】：
标签： ios apple-push-notifications http2 apns-php
您还应该尝试旧的反馈服务，它仍然有效。
NWPusher 是一种快速检查方法。
【讨论】：
这是我在 APNS 产品服务上的 410 状态体验；在设备上删除分发应用程序后，我可以得到 410 响应几次，但是在测试 APNS Http/2 API 花费了太多时间之后，我注意到对于属于已删除应用程序的先前设备令牌，它总是返回成功（http 200）响应，即使在 2-3 天之后。
我在添加apns logging profile后发现了这两行log in device：
APSCourier: Received message for recently removed topic ‘com.xxx.xxx.xxx’
APSCourier: Sending acknowledgement message
我认为，这是关于在设备上接收已删除主题的通知并将其确认消息从设备发送到后面的 APNS 的异步流程。不知何故，APNS 不会对这些确认采取行动。
考虑到 APNS 行为的当前状态，使用新的 APNS 通知服务将其作为卸载跟踪过程的一部分目前不是正确的方法。
您可以执行后台任务而不是 APNS，以 ping 您的服务器，让您检测卸载状态。
并想分享一些来自苹果开发者论坛的链接，讨论并行主题：
APNs token still valid after app uninstalled
Older APNs device tokens do reach the device
Old APNs tokens not invalidating?
【讨论】：
This technical note 可能会有所帮助，基本上
iOS 将为每个 APNS 环境（生产/沙盒）保留一个套接字连接，当您从 iOS 删除应用程序时，如果它是给定环境的最后一个应用程序，它也会终止该套接字连接，从而导致删除事件放弃了最后一个应用程序。
这通常发生在开发应用程序中。
解决方案是在注册 APNs 并使用开发者身份签名的设备上安装一个虚拟应用程序，现在当您在开发期间从设备中删除您的真实应用程序时，它将保持与 APNS 的连接打开，从而导致应用程序删除报告给 APNS。
此外，在我的测试中，我在 APNS 响应中反映应用删除之前经历了大约 30-60 分钟的延迟。
【讨论】：