发送 Firebase 主题消息时是否存在预期的延迟带？当您拥有更多主题订阅者时，延迟会变得更糟吗？
Is there an expected latency band when sending a Firebase topic message and can it worsen when you have a larger number of subscribers to a topic?
我们目前正在使用 Firebase 消息传递向 React Native 应用程序（iOS 和 Android 中特定屏幕上的所有活动用户发送主题数据消息。在暂存环境中测试行为时，我们没有太多明显的延迟，甚至在生产环境中我们的一些低流量区域使用它，延迟可以接受（通常 < 1 秒，但不会超过几秒） .现在，我们正尝试将相同的功能用于更重的流量用例（几千个并发活跃用户），并且发现发送消息和最终用户实际接收消息之间存在相当长的延迟（至少十几秒，有时会超过一分钟）。
我知道 Firebase 主题消息“针对吞吐量而非延迟进行了优化”(from here)，但我认为（可能是错误的）我们在较低流量用例中看到的几秒延迟是典型的，而不是它会随着更多的活跃用户而增加。是否有任何文档描述 Firebase 主题消息的预期延迟范围？我们试图避免跟踪所有用户向我们自己发送直接消息所需的开销，这就是我们将消息发送到主题的原因。
关于此用例的更多信息：
- 用户设备上的应用程序处于活动状态，因此这与应用程序 backgrounded/inactive 或接收消息作为通知没有任何关系。
- 发送的消息不需要任何类型的安全性，因此我们在使用主题时不会担心。
如果服务拥塞（与项目无关），FCM 可能会从几乎即时到最多一个小时或更长时间不等。有些人已经为时间关键型应用程序中的近乎即时的消息找到了合适的替代品。
一个流行的是：https://onesignal.com/
我们目前正在使用 Firebase 消息传递向 React Native 应用程序（iOS 和 Android 中特定屏幕上的所有活动用户发送主题数据消息。在暂存环境中测试行为时，我们没有太多明显的延迟，甚至在生产环境中我们的一些低流量区域使用它，延迟可以接受（通常 < 1 秒，但不会超过几秒） .现在，我们正尝试将相同的功能用于更重的流量用例（几千个并发活跃用户），并且发现发送消息和最终用户实际接收消息之间存在相当长的延迟（至少十几秒，有时会超过一分钟）。
我知道 Firebase 主题消息“针对吞吐量而非延迟进行了优化”(from here)，但我认为（可能是错误的）我们在较低流量用例中看到的几秒延迟是典型的，而不是它会随着更多的活跃用户而增加。是否有任何文档描述 Firebase 主题消息的预期延迟范围？我们试图避免跟踪所有用户向我们自己发送直接消息所需的开销，这就是我们将消息发送到主题的原因。
关于此用例的更多信息：
- 用户设备上的应用程序处于活动状态，因此这与应用程序 backgrounded/inactive 或接收消息作为通知没有任何关系。
- 发送的消息不需要任何类型的安全性，因此我们在使用主题时不会担心。
如果服务拥塞（与项目无关），FCM 可能会从几乎即时到最多一个小时或更长时间不等。有些人已经为时间关键型应用程序中的近乎即时的消息找到了合适的替代品。
一个流行的是：https://onesignal.com/