Firebase事务更新用户计数器时删除数据库节点问题咨询

我之前也踩过类似的坑，咱们来一步步理顺这个问题。先看你当前的代码逻辑：当读取到user为null时，你直接返回了Transaction.success(mutableData)，但这时候mutableData是空值，Firebase事务提交后会把这个空值同步到数据库，直接导致对应的用户节点被删除——这就是问题的核心原因。

核心问题拆解 #

Firebase事务的逻辑是：读取数据→修改数据→提交修改。如果读取到的数据为null，你没有给mutableData设置任何有效内容就提交，相当于告诉Firebase“把这个节点设为null”，最终触发了节点删除操作。

修复方案 #

我们需要在user为null的场景下，初始化一个新的User对象，设置好初始积分后再赋值给mutableData，而不是直接返回空的mutableData。修改后的代码如下：

FirebaseDatabase.getInstance().getReference("users")
    .child(post.getUploader()).runTransaction(new Transaction.Handler() {
        @Override
        public Transaction.Result doTransaction(MutableData mutableData) {
            User user = mutableData.getValue(User.class);
            if (user == null) {
                // 初始化新用户，设置初始积分（根据业务需求，这里可以是rateCount或者0+rateCount）
                user = new User();
                user.setPoints(rateCount); 
                mutableData.setValue(user);
                return Transaction.success(mutableData);
            }
            user.setPoints(user.getPoints() + rateCount);
            mutableData.setValue(user);
            return Transaction.success(mutableData);
        }

        @Override
        public void onComplete(DatabaseError databaseError, boolean committed, DataSnapshot currentData) {
            // 事务完成后的回调，可添加错误日志排查问题
            if (databaseError != null) {
                Log.e("FirebaseTransaction", "事务执行失败: " + databaseError.getMessage());
            }
        }
    });

额外注意点 #

• 确保你的User类有无参构造函数，Firebase的序列化/反序列化依赖这个构造函数。
• 事务本身会自动处理并发更新的重试逻辑，只要你的doTransaction逻辑是幂等的（重复执行结果一致），就不用担心并发冲突。
• 可以在onComplete回调里添加日志，方便后续排查其他可能的异常情况。

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