iOS VOIP 推送通知的可靠传递

Question

像这里的许多人一样，我一直在寻找一种可靠的方法来将推送通知传递到应用程序以进行后台处理。我最终决定使用 PushKit 并且一切正常，并且该应用程序被 AppStore 接受，即使它不是 VoIP 应用程序。我正在使用 AWS SNS（简单通知服务）来处理后端推送处理。但是，如果您发送过多的推送通知，即使是 VoIP 通知传递也会受到 iOS 的限制。作为一个简单的测试，我可以在 2 - 3 分钟内发送多个 VoIP 通知，它们会及时发送并由应用程序在后台处理。在我等待大约 10 分钟后（在锁定 iPad 并等待 iOS 将应用程序置于睡眠状态之后），随后的 VoIP 推送将不会被 iOS 及时发送。 AWS 正在推送通知，但 iOS 并未将其传送到应用程序。我知道这一点，因为一旦我插入设备，通知就会由应用程序处理。顺便说一句，如果设备一直插着电源，所有通知都会及时发送和处理。

所以我的问题是：其他人是否也注意到 VoIP 推送的这种行为？尽管 iOS 文档表明 VoIP 推送会立即交付，但如果 iOS 认为推送在一段时间内“过度”，它似乎确实会限制它们。

Answer 1

我猜，当您将应用程序保持在后台时，您会收到推送通知。但是当您的应用程序终止时，则不会收到推送通知。

当你的应用程序处于终止（终止）状态时，它可能会崩溃。

Pushkit 静默通知始终具有较高的优先级，并且始终运行良好。

尝试以下方法找出原因和解决方案。

(1) 在终止（终止）状态下调试您的应用程序，例如应用程序是否崩溃

(2) 使用 pem 和证书发送带有简单 php 代码的静默通知（案例背景和终止（终止））

(3) 检查 pushkit 集成步骤，如果您的应用未注册 VOIP，则不会收到静默通知。

在终止状态下调试 pushkit 通知

• 将调试指针放在委托方法上
• 进入编辑方案
• 选择运行选项然后启动 -> 等待启动可执行文件
• 从后端发送推送套件负载
• 在设备上获得有效负载后
• 它将自动调用，调试指针将在委托方法处调用。

Refer some material