Quickblox 推送通知延迟

Posted 2023-02-23

【中文标题】Quickblox 推送通知延迟

【英文标题】：Quickblox Push Notifications are delayed

【发布时间】：2016-05-11 19:12:27

【问题描述】：

我们在应用中使用推送通知。他们工作，但有一些可变的交付延迟（有时〜10秒，有时超过一分钟）。 有人知道该怎么做才能最大程度地减少这些延误吗？ 我知道 APNS 有一些延迟，但我从未经历过如此缓慢的交付。

编辑： 我挖掘出消息发送日期和推送创建日期之间的一些时间延迟。 我在 12:40:17 发送了消息（根据 QB 的管理面板） 并且同一消息的推送通知日志显示推送是："created_at":"2016-05-12T12:40:28Z" 显然，我们将消息发送到 QB 和推送通知从 QB 发送到 APNS 之间有 11 秒的差异

【参考方案1】：

推送通知不可靠，无法保证它们已送达。这完全取决于苹果的 APNS 服务器，也就是说，通常当我发送推送通知时，我会在几秒钟内得到结果。

他们不可靠！ ****即使 APNS 服务器接受了推送通知，也无法保证确实会发送它们****。

就您的服务器而言，推送通知是一劳永逸的；在您将通知发送到 APNS 后，无法了解通知的状态。 发送时间也可能会有所不同，从几秒到半小时不等。

此外，用户的 iPhone 可能无法始终接收推送通知。它们可能位于不允许与 APNS 建立连接的 WiFi 网络上，因为所需的端口已被阻止。或者手机可以关机。

当该设备重新上线时，APNS 将尝试传递它收到的最后一个通知，但它只会尝试有限的时间。一旦超时，推送通知将永远丢失！

【讨论】：

很抱歉，您说的是一般的推送。问题是关于 QuicBlox 的推送通知。我知道推送需要一些时间才能交付，并且不能保证这一点。有关详细信息，请参阅我编辑的问题。

【参考方案2】：

对于我来说，Quickblox 也遇到了这个问题。推送通知是通信流的关键部分，最多延迟一分钟左右。我一直在企业应用程序中使用推送，是的，它们不应该被认为是可靠的，但在实践中，APNS 通信非常可靠，并且根据我的经验几乎是即时的。似乎 Quickblox 正在排队（限制？）通知请求，我的猜测是为了节省带宽——他们不是在俄罗斯吗？它破坏了原本会是很棒的产品。