Firebase多路径更新被规则拒绝但客户端监听仍触发事件问题

这是Firebase Realtime Database的标准设计行为，核心触发原因是SDK内置的本地延迟补偿机制：

• Firebase客户端SDK为了降低操作感知延迟，会在写入请求提交到服务端之前，先在本地缓存中模拟写入结果，提前触发对应节点的监听事件。你提交多路径更新后，本地检测到/games/${gameId}/moves节点下新增了子节点，就会先触发onChildAdded事件回调，所以你会先收到未实际写入服务端的数据。
• 多路径更新本身是原子性操作，服务端会对所有涉及的更新路径统一做安全规则校验，只要有一个路径校验不通过，整个更新全部回滚，不会写入任何数据，所以你在Firebase控制台看不到数据是完全符合预期的。
• 服务端返回PERMISSION_DENIED错误后，SDK会自动触发回滚操作，你后续会收到对应的onChildRemoved事件，本地缓存的临时数据也会被清除。

如果不想处理这类临时的本地模拟事件，可以采用以下方案：

• 业务逻辑中优先判断快照的服务端同步状态：不同端SDK都会提供对应字段标记数据是否来自本地缓存未同步状态，JS端可以判断snapshot.metadata.fromCache，如果值为true就跳过业务处理。
• 对一致性要求高的场景，可以直接调用get()方法直接拉取服务端的最新数据，绕过本地缓存的干扰。
• 排查安全规则时注意：多路径更新的安全规则会校验所有涉及路径的写入权限，且校验的是所有路径更新完成后的最终状态，要确认所有路径的写入规则都符合预期。

你提交多路径更新的代码、监听代码本身没有语法问题，完全符合SDK的调用规范。你控制台打印的内容也验证了流程：先收到本地触发的onChildAdded事件，之后才收到服务端返回的PERMISSION_DENIED错误。

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