Firebase数据库事务中MutableData返回null但节点已存在问题

嗨，我来帮你搞定这个问题！你遇到的MutableData返回null但节点明明存在的情况，通常有几个常见原因，咱们一个个拆解：

常见原因及解决思路 #

• 安全规则限制了事务的读取权限
  Firebase事务的执行逻辑是「先读数据→再修改→最后提交」，如果你的安全规则没有给uploads/$id节点分配读权限，事务就会拿不到数据，直接返回null。你可以去Firebase控制台的「规则」页面检查，确保节点同时具备读和写权限（根据业务需求调整，比如只允许认证用户访问）：

  {
    "rules": {
      "uploads": {
        "$id": {
          ".read": "auth != null", // 示例：仅认证用户可读取
          ".write": "auth != null"
        }
      }
    }
  }
  

• 事务重试机制导致的临时null
  Firebase事务会自动重试，尤其是当本地缓存和云端数据不同步时，第一次执行可能会拿到null。这时候不能直接终止，要返回Transaction.success(mutableData)让事务继续重试，直到成功读取到云端数据。

• 节点路径或id变量有误
  虽然你确认节点存在，但还是要核对id变量的准确性——Firebase节点路径是大小写敏感的，比如Post_123和post_123是两个完全不同的节点。可以先打印id的值，再去Firebase控制台对应节点核对。

修改后的代码示例 #

这里给你调整后的事务代码，专门处理了null的情况：

FirebaseDatabase.getInstance().getReference("uploads").child(id)
    .runTransaction(new Transaction.Handler() {
        @Override
        public Transaction.Result doTransaction(MutableData mutableData) {
            Post p = mutableData.getValue(Post.class);
            
            // 处理临时null的情况：让事务重试
            if (p == null) {
                return Transaction.success(mutableData);
            }
            
            // 执行点赞计数器更新逻辑
            p.setLikes(p.getLikes() + 1);
            mutableData.setValue(p);
            
            return Transaction.success(mutableData);
        }

        @Override
        public void onComplete(DatabaseError error, boolean committed, DataSnapshot currentData) {
            if (error != null) {
                Log.e("Firebase", "事务执行失败: " + error.getMessage());
            } else if (!committed) {
                Log.w("Firebase", "事务未提交（可能是重试次数耗尽）");
            } else {
                Log.d("Firebase", "点赞计数器更新成功");
            }
        }
    });

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