多久推送通知坐在队列中被删除之前？ [英] How long does a push notification sit in queue before being removed?

问题描述

我一直在四处试图揭开苹果的推送通知的一些数据在客户端和东西，我一直无法找到一个答案是多久推送通知将在队列坐脱机设备将是前删除。

I've been digging around trying to uncover some data for apple's push notifications for a client and something I have been unable to find an answer to is how long a push notification will sit in queue for an offline device before it will be removed.

有可能长的时间段，2-3个月，例如，在该装置或许不活动和断电。我在知道我可以期待多久通知苟延残喘，等待被传递到一个离线设备，之前被自动删除（这是我的理解是发生了什么）简单地感兴趣。

There maybe long periods of time, 2-3 months for example, in which the device maybe inactive and powered off. I'm simply interested in knowing how long I can expect a notification to linger, waiting to be delivered to an offline device, before it gets automatically removed (which is what I understand to be what happens).

推荐答案

官方的开发者文档不明确这一点。从<一个href=\"http://developer.apple.com/library/mac/#documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/ApplePushService/ApplePushService.html\">developer.apple.com:

Official developer documentation isn't clear about this. From developer.apple.com:

苹果推送通知服务包括服务的默认质量
  （QoS）的组件，它执行一个存储和转发功能。如果的APN
  试图发送一个通知，但该设备处于脱机状态，服务质量
  存储通知。它保留了每个只有一个通知
  应用在设备上：从接收到的最后的通知
  提供商该应用程序。当脱机设备后
  重新连接，所述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.

但根据<一个href=\"http://www.pcworld.com/article/167652/the_limits_of_apples_push_notification_for_the_iphone.html\">PCWorld,它的28个日：

But according to PCWorld, it's 28 days:

如果该应用程序正在运行，它会立即得到通知。如果
  应用程序没有运行，该通知在电话中认为是
  在应用程序的下次启动消费。如果iPhone离线时
  发件人试图交付，APNS尝试发送通知
  28天。

If the app is running, it gets the notification immediately. If the app isn't running, the notification is held in the phone to be consumed at the app's next launch. If the iPhone is offline when the sender attempts delivery, APNS attempts to send the notification for 28 days.

还有28日子可能在2009年是真实的，我也不会，如果它今天不同的惊讶。在文档中的含糊不清是一个伟大的借口苹果改变这种超时时间慎之又慎。

While 28 days may have been true in 2009, I wouldn't be surprised if its different today. The ambiguity in the documentation is a great excuse for Apple to change this timeout period willy-nilly.

这篇关于多久推送通知坐在队列中被删除之前？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！