是否存在与重新连接到Firebase相关的带宽开销

是否存在与重新连接到Firebase相关的带宽开销,firebase,Firebase,我的应用程序需要在后台定期更新(Android系统)。为了避免连续连接(这会很快使并发连接限制饱和),我在更新后调用了我的应用程序goOffline() 然而,对我报告的带宽使用情况(在分析领域)进行计算,结果显示,对于我注册了侦听器的少数对象,我的预期要多得多。由于在我的应用程序更新时重新注册活动侦听器时传输了额外的数据,因此数据使用是否由调用goOnline()控制?如果这是真的,我将很难扩展这个应用程序。是的,但几乎可以肯定可以忽略不计 例如,在建立新的TCP会话时会有一点开销,甚至更多地

我的应用程序需要在后台定期更新(Android系统)。为了避免连续连接(这会很快使并发连接限制饱和),我在更新后调用了我的应用程序goOffline()


然而,对我报告的带宽使用情况(在分析领域)进行计算,结果显示,对于我注册了侦听器的少数对象,我的预期要多得多。由于在我的应用程序更新时重新注册活动侦听器时传输了额外的数据,因此数据使用是否由调用goOnline()控制?如果这是真的,我将很难扩展这个应用程序。

是的,但几乎可以肯定可以忽略不计

例如,在建立新的TCP会话时会有一点开销,甚至更多地涉及SSL协商。Firebase的开销稍微多一些,但没有什么超出了低层网络所涉及的数量级


所以,如果你在计算单个字节,是的,你会注意到。然而,在绝大多数用例中,用户不会注意到。

带宽是传输多少数据的简单度量。如果您在每个连接上获取数据的有效负载,将其乘以发送的次数,您将获得带宽。最有可能的是,您只是获取了比您需要和需要的更多的数据。另外,一个特定的用例和一些代码将有助于获得更具体的答案。谢谢您的回复。上传带宽也比我预期的要高。我的用例是这样的:我有一个Firebase引用,它包含4个子项(每个值包含10字节字符串)。我的应用程序当前每60秒将所有4个参考值对的集合/映射推送到该位置。基于此,我希望平均带宽小于1字节/秒(用于上传)。然而,我看到的使用报告更像是10字节/秒。我确信这个引用不会每60秒更新一次以上,因为我可以在Forge中看到更新。