考虑一种类似聊天的实现，其中客户端使用头上的事务进行编写并使用on（'child_added'）侦听器进行读取。
当客户端写入时，他也会读取他发送的相同版本，这意味着该版本从数据库中冗余传输。例如，在只有一个连接的客户端键入的情况下，对侦听器的所有响应都将是多余的。
我尝试通过在写入之前关闭监听器并在使用startAt（新磁头）结束写入时再次打开监听器来优化它。这样我就不会对发送的位置进行冗余读取。
一切正常，但我现在不知道删除和添加监听器的成本是否也很高？什么是最好的策略？
答案 0 :(得分：0)
Firebase会自动为您优化。这几乎是标准用例;这就是Firebase的设计目标。最好的策略是让听众离开。让Firebase做自己的事。