我们在应用中使用推送通知。他们工作，但有一些可变的交付延迟（有时〜10秒，有时超过一分钟）。 有人知道该怎么做才能最大程度地减少这些延误吗？ 我知道 APNS 有一些延迟，但我从未经历过如此缓慢的交付。
编辑：
我挖掘出消息发送日期和推送创建日期之间的一些时间延迟。
我在 12:40:17 发送了消息（根据 QB 的管理面板）
并且同一消息的推送通知日志显示推送是："created_at":"2016-05-12T12:40:28Z"
显然，我们将消息发送到 QB 和推送通知从 QB 发送到 APNS 之间有 11 秒的差异
【问题讨论】：
标签： ios apple-push-notifications quickblox
推送通知不可靠，无法保证它们已送达。这完全取决于苹果的 APNS 服务器，也就是说，通常当我发送推送通知时，我会在几秒钟内得到结果。
他们不可靠！ ****即使 APNS 服务器接受了推送通知，也无法保证确实会发送它们****。
就您的服务器而言，推送通知是一劳永逸的；在您将通知发送到 APNS 后，无法了解通知的状态。 发送时间也可能会有所不同，从几秒到半小时不等。
此外，用户的 iPhone 可能无法始终接收推送通知。它们可能位于不允许与 APNS 建立连接的 WiFi 网络上，因为所需的端口已被阻止。或者手机可以关机。
当该设备重新上线时，APNS 将尝试传递它收到的最后一个通知，但它只会尝试有限的时间。一旦超时，推送通知将永远丢失！
【讨论】：
对于我来说，Quickblox 也遇到了这个问题。推送通知是通信流的关键部分，最多延迟一分钟左右。我一直在企业应用程序中使用推送，是的，它们不应该被认为是可靠的，但在实践中，APNS 通信非常可靠，并且根据我的经验几乎是即时的。似乎 Quickblox 正在排队（限制？）通知请求，我的猜测是为了节省带宽——他们不是在俄罗斯吗？它破坏了原本会是很棒的产品。
【讨论】：