ios - 静默推送通知仅在设备正在充电和/或应用程序处于前台时发送

Question

我已经实现了静默推送通知，但我注意到一些奇怪的行为。静默推送通知通过以下方式处理:

- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler

静默推送消息似乎仅在设备正在充电(即连接电缆)和/或我的应用程序处于前台时才会收到。

如果我断开设备与充电器(或 Mac)的连接，则不再接收静默推送通知除非应用程序在前台。

在这两种情况下，我通常都会收到非静默推送通知。

如果我再次插入 USB 数据线，那么无论应用是在前台还是后台，我都会收到预期的行为和静默推送通知。

我正在使用 UILocalNotification，所以我知道收到了什么。

在连接的设备上它一切正常的事实表明我的静默推送通知配置正确并且应用程序在 plist 等中设置了正确的背景模式。

此行为在运行 IOS 8 或 8.1 的 iPhone 5s、6 和 iPad 2 上可重复。

有没有人遇到过这种情况？它应该很容易重现。为什么将设备插入充电器这一简单操作会改变接收静默推送通知的能力？

Answer 1

我们遇到过相同的行为，并且一直在努力理解为什么 iOS 决定提供一些通知而不是其他通知。

到目前为止我们已经解决的问题是:

• 与蜂窝数据相比，使用 wifi 时在后台更可靠地接收消息。事实上，在蜂窝网络(3g/4g)上，如果你的信号强度不够强，iOS 会收到推送消息，但不会唤醒你的应用程序。我们在苹果论坛上发布了关于它的信息:https://devforums.apple.com/message/1069814#1069814 .我们还打开了一张支持票，支持团队告诉我们将其作为错误报告提交，我们几周前就这样做了，现在仍在等待回复。

• 当您收到推送消息时，您需要尽快调用 fetchCompletionHandler。从技术上讲，你有 30 秒的时间来执行后台处理，但 iOS 有一个公式，你发送推送消息的频率越高，并且根据你在将应用程序返回挂起状态之前处理这些消息所花费的时间，iOS 可以减少数量您的应用在未来被唤醒的次数。

从这里查看 Apple didReceiveRemoteNotification:fetchCompletionHandler:文档:

As soon as you finish processing the notification, you must call the block in the handler parameter or your app will be terminated. Your app has up to 30 seconds of wall-clock time to process the notification and call the specified completion handler block. In practice, you should call the handler block as soon as you are done processing the notification. The system tracks the elapsed time, power usage, and data costs for your app’s background downloads. Apps that use significant amounts of power when processing push notifications may not always be woken up early to process future notifications.

在我们的测试中，我们一直在向我们的应用程序发送频繁的静默推送通知(每 10 - 30 秒)。在我们让它重新进入休眠状态之前，该应用程序会唤醒大约 3 秒钟。随着时间的推移，我们确实注意到我们的应用程序被唤醒的频率下降到 iOS 只会每 15 - 30 分钟唤醒一次应用程序。因此，似乎存在某种衰减/节流公式，但我们找不到有关其具体工作原理的任何文档。我们已向 apple 请求此公式和变量作为支持请求，但他们说“您请求的信息不公开”，并再次要求我们提交错误报告。

那么，希望这对您有所帮助？我们仍在尝试自己学习更多，这就是为什么我发现了这个问题:)