Apple的推送通知服务是否可靠？ [英] Is Apple's push notification service reliable?
问题描述
我有一个使用推送通知的iOS应用程序，但有一段时间我没有收到我的设备上的通知，当我希望收到一个。我会收到所有后续通知。我确认我的后端确保所有通知都已成功发送。
I have an iOS app using push notification but once in a while I'm not getting a notification on my device when I expect to receive one. I would receive all the subsequent notifications. I confirmed with my backend to make sure that all the notifications were sent successfully.
所以我的问题是：APN 几乎 100％可靠或我是否应该因为间歇性的3G / wifi连接而错过这里和那里的一些通知？
So my question is: is APNs nearly 100% reliable or should I just expect to miss some notifications here and there because of intermittent 3G/wifi connection?
我认为APN可以作为排队系统使用，如果不是，则重试在最初几次成功。
I would think that APNs works as a queueing system and retry if it wasn't successful within the first few times.
推荐答案
APN服务将消息排队 - 但Apple不保证交付所有消息。当用户离线时，只有来自应用程序的 last 消息将保留在队列中。此外，旧邮件可能会被删除。
The APN service will queue messages up -- but Apple doesn't guarantee delivery of all messages. Only the last message from an application will be kept in the queue when the user is offline. Additionally, old messages may be deleted.
Apple推送通知服务
包括默认的质量服务
（QoS）组件，执行
存储转发功能。如果APNs
尝试发送通知但是b $ b设备处于离线状态，则QoS会存储
通知。它在
设备上每个应用程序仅保留一个
通知：最后一个通知从该应用程序的提供程序收到
。
当离线设备稍后
重新连接时，QoS会将
存储的通知转发给设备。
QoS会在删除之前保留
限制期间的通知。
Apple Push Notification Service includes a default Quality of Service (QoS) component that performs a store-and-forward function. If APNs attempts to deliver a notification but the device is offline, the QoS stores the notification. It retains only one notification per application on a device: the last notification received from a provider for that application. When the offline device later reconnects, the QoS forwards the stored notification to the device. The QoS retains a notification for a limited period before deleting it.
这篇关于Apple的推送通知服务是否可靠？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
