Firebase实时数据库Admin SDK推送后child_removed异常触发问题咨询

该现象是否正常？ #

这种现象不正常，通常是客户端与Firebase服务器发生临时断连后重连，或者监听逻辑被重复执行导致SDK重新订阅节点，进而触发全量数据同步。重连过程中SDK会先清除本地缓存的旧数据（触发child_removed），再重新拉取节点下所有数据（触发child_added），最终出现你遇到的异常回调顺序。

如何避免已有数据触发child_removed回调？ #

• 确保监听仅初始化一次：检查代码中是否在重复执行的逻辑（比如循环、重复触发的函数）里调用了ref.child('something').on(...)，导致多次订阅。建议在程序初始化阶段只调用一次监听，不需要监听时通过.off()取消订阅；如果仅需一次性获取数据，用.once()替代.on()。
• 区分初始数据与新增数据：首次订阅child_added时，SDK会先触发所有已有数据的回调，之后才会响应新增数据。你可以在回调中记录已处理的数据key，或者通过快照的元数据判断是否为新增数据，避免误把初始同步的旧数据当成新增数据处理。
• 监控连接状态：监听Firebase的连接状态节点（ref.root.child('.info/connected')），在断连时暂停相关业务逻辑，重连后再恢复，避免重连带来的同步回调干扰业务流程。
• 优化数据写入方式：批量推送数据时，使用update()进行批量写入，减少网络请求次数，降低因网络波动引发断连重连的概率。

内容的提问来源于stack exchange，提问作者U7KU