如何检查Android Firebase的ValueEventListener是否成功移除

问题根因 #

• 核心错误：移除监听器时使用的DatabaseReference实例与添加监听器的实例不一致。你是在databaseReference.child(roomID)子节点引用上添加的监听器，移除时却调用了父节点databaseReference的移除方法，Firebase要求监听器的添加和移除必须基于完全相同的引用对象，因此你的移除操作实际未生效，监听器一直处于活跃状态。
• 逻辑瑕疵：计数器i的自增位置放在判断逻辑之后，前5次触发时i值为0~4，输出CALLED；第6次触发时i值为5，输出REMOVING但移除失败，之后i自增到6及以上，所有后续触发都会走else分支输出CALLED，完全匹配你遇到的现象。

修复代码 #

// 统一使用同一个节点引用操作
DatabaseReference targetRoomRef = databaseReference.child(roomID);
// 用AtomicInteger避免匿名内部类变量访问的线程安全问题
AtomicInteger listenCount = new AtomicInteger(0);

valueEventListener = targetRoomRef.addValueEventListener(new ValueEventListener() {
    @Override
    public void onDataChange(@NonNull DataSnapshot snapshot) {
        int current = listenCount.getAndIncrement();
        // 满5次就直接移除监听器
        if (current >= 5) {
            Log.d(TAG, "REMOVING");
            // 用添加监听器的同一个引用执行移除
            targetRoomRef.removeEventListener(valueEventListener);
            return;
        }
        Log.d(TAG, "CALLED");
    }

    @Override
    public void onCancelled(@NonNull DatabaseError error) {
        Log.w(TAG, "listen cancelled", error.toException());
    }
});

监听器与连接状态说明 #

• 按上述代码修复后，触发移除逻辑后监听器会被成功回收，后续不会再收到该节点的变更回调。
• Firebase Realtime Database的全局连接和单个监听器互相独立，只要应用内还有其他活跃监听器、或SDK默认保持连接的配置未修改，全局数据库连接可能仍处于活跃状态，但已移除的监听器不会再消耗任何计算资源。
• 如需手动确认移除结果，可以在removeEventListener执行后打印监听器的哈希值，同时在onDataChange入口也打印哈希值，移除后无对应哈希值的日志输出即可确认移除成功。

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