如何防止Firebase实时数据库父节点被删除后意外创建子数据

云原生阿岚

2026-9-26

Firebase实时数据库投票函数竞态问题修复方案

你遇到的是典型的读写竞态问题：先读取节点数据再执行更新的操作不是原子性的，两次操作的时间差内节点可能被其他操作删除，而Firebase的update方法默认会自动创建路径上所有缺失的父节点，这就是废弃节点被重复创建的根源。

修复思路

使用Firebase Realtime Database原生提供的transaction()原子操作方法，将节点存在性校验、票数累加、更新/删除操作绑定为不可拆分的原子操作，从根本上消除读写时间差带来的竞态问题。

修复后完整代码

exports.newVoteForDetected = functions.database.ref("Currentactivecontests/{userid}/Voteforstamp")
  .onUpdate((snapshot, context) => {
    const userid = context.params.userid;
    const contestRef = database.ref(`Currentactivecontests/${userid}`);

    // 原子事务：同时完成存在性校验+票数更新逻辑
    return contestRef.transaction((currentContestData) => {
      // 节点已被删除，直接终止事务，不产生任何写入操作
      if (currentContestData === null) {
        return;
      }

      // 累加票数
      currentContestData.for = (currentContestData.for || 0) + 1;

      // 票数未达阈值，返回更新后的数据提交事务
      if (currentContestData.for <= 3) {
        return currentContestData;
      }

      // 票数达标，先异步迁移数据到已完成节点，再返回null删除当前活跃节点
      database.ref("Completed").child(userid).set(currentContestData);
      return null;
    });
  });