可靠交付iOS VOIP推送通知

Question

与此处的许多人一样，我一直在寻找一种可靠的方式来向应用程序提供推送通知以进行后台处理。我最终决定使用PushKit，一切运行良好，应用程序被接受到AppStore，即使它不是VoIP应用程序。我正在使用AWS SNS（简单通知服务）来处理后端推送处理。但是，如果发送过多的推送通知，即使是VoIP通知也会被iOS限制。作为一个简单的测试，我可以在2到3分钟内发送几个VoIP通知，它们将在后台迅速交付并由应用程序处理。在我等待大约10分钟（锁定iPad并等待应用程序被iOS进入睡眠状态）之后，iOS将不会立即提供后续的VoIP推送。 AWS正在推动通知，但iOS并没有将其提供给应用程序。我知道这一点，因为只要我插入设备，通知就会由应用程序处理。另外，如果设备被插入，所有通知都会立即传送和处理。

所以我的问题是：还有其他人注意到这种行为也会推动VoIP推送吗？即使iOS文档表明VoIP推送是立即交付的，但如果它认为在某段时间内推动“过度”，iOS似乎会对它们进行限制。

Answer 1

我猜，当您将应用程序保留在后台时，您会收到推送通知。但是当您的应用程序处于终止状态时，请不要接收推送通知。

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

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

尝试下面的内容以找出原因和解决方案。

（1）调试你的应用程序处于被杀死（终止）状态，就像app崩溃一样

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

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

以终止状态调试pushkit通知

• 将调试指针放在委托方法
上
• 转到编辑方案
• 选择运行选项，然后选择启动 - ＆gt;等待可执行文件启动
• 从后端发送推送工具包有效负载
• 在设备上获得有效负载后
• 它会自动调用，调试指针将在委托方法中调用。

Refer some material