我正在浏览更新的官方 APNS 文档 它清楚地表明，
所有开发人员都应将其远程通知提供程序服务器迁移到 APNs 提供程序 API 中描述的功能更强大、更高效的基于 HTTP/2 的 API。
但是新的 APNs Provider API 似乎没有旧的 APNS 反馈服务。他们更改了没有反馈服务端点的端点 URL。看起来错误代码现在升级了，其中包括以下错误代码，
未注册 - 指定主题的设备令牌处于非活动状态。
那么我们不应该再调用 APNS 反馈服务了吗？
我的主要问题是我正在为 iOS 推送通知使用 javapns api 2.2 版，我无法找到任何可以帮助我应对这些新变化的更新。
我认为新文档很清楚：
反馈服务先前报告的案例有一个 HTTP 状态代码：
410 - 该主题的设备令牌不再处于活动状态。
此外，timestamp响应正文中还有一个 JSON 数据键：
时间戳
如果 :status 标头中的值为 410，则此键的值是 APNs 确认设备令牌对主题不再有效的最后时间。
停止推送通知，直到设备向您的提供商注册一个带有稍后时间戳的令牌。
因此，新 API 中的 HTTP 响应涵盖了之前由反馈服务涵盖的功能。由于新文档中没有提到反馈服务，我们可以放心地假设它不是新 API 的一部分。
如果您使用的是javapns等旧库，它仍然使用旧 API，我假设它仍然使用反馈服务。Apple 可能会在一段时间内仍支持旧的 API。