苹果的推送通知服务可靠吗? [英] 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.

所以我的问题是:APNs 几乎 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?

我认为 APNs 可以用作排队系统，如果前几次没有成功，请重试.

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.

本地和推送通知编程指南

苹果推送通知服务包括默认的服务质量(QoS) 组件执行存储转发功能.如果 APNs尝试发送通知，但设备离线，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.

这篇关于苹果的推送通知服务可靠吗?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！