發送 Firebase 主題消息時是否存在預期的延遲帶，並且當您有更多的主題訂閱者時它會惡化嗎？

Question

我們目前正在使用 Firebase 消息向我們的 React Native 應用程序（iOS 和 Android）中某個屏幕上的所有活動用戶發送主題數據消息。 在暫存環境中測試行為時，我們沒有太多明顯的延遲，甚至在生產環境中的一些流量較低的區域中使用它，具有可接受的低延遲（通常小於 1 秒，但從不超過幾秒） . 現在我們正在嘗試將相同的功能用於更重的流量用例（幾千個並發活動用戶），並且在發送消息和最終用戶實際接收消息之間看到一些相當長的延遲（至少十幾秒，有時超過一分鍾）。

我知道 Firebase 主題消息“針對吞吐量而不是延遲進行了優化”（ 從這里），但我認為（可能是錯誤的）我們在較低流量用例中看到的幾秒鍾延遲是典型的，而不是它會隨着更活躍的用戶。 是否有任何文檔描述 Firebase 主題消息的預期延遲帶是什么？ 我們試圖避免跟蹤所有用戶向自己發送直接消息所需的開銷，這就是我們將消息發送到主題的原因。

關於這個用例的更多信息：

• 用戶設備上的應用程序處於活動狀態，因此這與應用程序處於后台/非活動狀態或接收消息作為通知沒有任何關系。
• 發送的消息不需要任何類型的安全性，所以這不是我們使用主題的問題。

Answer 1

如果不依賴於項目的服務擁塞，FCM 可以從幾乎即時變化到長達一個小時或更長時間。 有些人已經在時間關鍵型應用程序中找到了接近即時消息的合適替代方案。

一種流行的是： https://onesignal.com/