如何避免同一设备操作Firebase实时数据库时触发ChildEventListener

Firebase Realtime Database没有官方机制让发起写操作的设备忽略自身触发的监听回调，你需要通过自定义逻辑来过滤本地发起的删除通知。以下是两种可行的实现方式：

方法一：本地标记过滤 #

维护一个临时集合记录当前设备发起删除的条目ID，在onChildRemoved回调中跳过这些已标记的条目：

1. 定义一个类级别的集合用于临时存储本地删除的ID：

private val locallyRemovedIds = mutableSetOf<String>()

2. 滑动删除RecyclerView条目时，先将目标ID加入集合，再执行Firebase删除操作：

// 滑动删除逻辑内
val targetItemId = // 获取待删除条目的ID
locallyRemovedIds.add(targetItemId)
myRef.child(targetItemId).setValue(null)

3. 在onChildRemoved回调中过滤本地标记的ID，仅处理其他设备发起的删除：

override fun onChildRemoved(dataSnapshot: DataSnapshot) {
    val itemId = dataSnapshot.key ?: return
    if (locallyRemovedIds.contains(itemId)) {
        locallyRemovedIds.remove(itemId) // 清理标记，避免干扰后续操作
        return // 跳过本地发起的删除通知
    }
    // 处理其他设备触发的删除事件
    Log.i("onChildRemoved", dataSnapshot.toString())
}

方法二：暂时移除监听（谨慎使用） #

如果你的场景对删除过程中的实时变更不敏感，可以在删除前移除ChildEventListener，操作完成后重新添加：

// 滑动删除时
myRef.removeEventListener(firebaseItemsListener)
myRef.child(targetItemId).setValue(null)
    .addOnCompleteListener {
        // 删除完成后恢复监听
        myRef.addChildEventListener(firebaseItemsListener)
    }

注意：这种方式会导致删除过程中错过其他设备的实时变更，仅适合特定低实时性场景。

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