Firebase Realtime事务：如何记录操作发起者信息？

要解决这个问题，核心是利用事务的原子性，在更新数值的同时写入用户身份信息，确保两者操作同时完成，不会出现竞态条件。以下是具体实现方案：

1. 调整数据结构 #

扩展原有的数值节点，加入记录用户身份的字段。例如，对于饼干罐场景，数据结构可以设计为：

"cookieJar": {
  "count": 5,
  "lastTakenBy": "user_123",
  // 可选：记录所有操作历史
  "takeHistory": {
    "-Nabc123": { "userId": "user_123", "timestamp": 1700000000 },
    "-Ndef456": { "userId": "user_456", "timestamp": 1699999999 }
  }
}

• count：剩余饼干数量
• lastTakenBy：最后取走饼干的用户ID
• takeHistory：可选字段，存储所有取饼干的操作记录（用Firebase Push ID作为键）

2. 事务实现示例（JavaScript） #

在事务函数中同时完成数量递减和用户身份写入，确保原子性：

// 获取饼干罐的数据库引用
const cookieJarRef = firebase.database().ref('cookieJar');

// 执行事务
cookieJarRef.transaction(currentData => {
  // 初始化数据（如果节点不存在）
  if (!currentData) {
    return { count: 10, lastTakenBy: null, takeHistory: {} };
  }

  // 检查是否还有饼干可拿
  if (currentData.count > 0) {
    const currentUserId = firebase.auth().currentUser?.uid;
    if (!currentUserId) {
      // 用户未登录，终止事务
      return null;
    }

    // 生成新的历史记录ID（可选）
    const newHistoryEntryId = firebase.database().ref().push().key;
    const newHistoryEntry = {
      [newHistoryEntryId]: { userId: currentUserId, timestamp: Date.now() }
    };

    // 返回更新后的数据
    return {
      ...currentData,
      count: currentData.count - 1,
      lastTakenBy: currentUserId,
      takeHistory: { ...currentData.takeHistory, ...newHistoryEntry }
    };
  }

  // 没有饼干了，终止事务
  return null;
})
.then(result => {
  if (result.committed) {
    console.log('操作成功');
    // 验证最后操作的用户
    cookieJarRef.once('value').then(snap => {
      const data = snap.val();
      if (data.count === 0) {
        console.log(`最后一块饼干被用户 ${data.lastTakenBy} 取走`);
      }
    });
  } else {
    console.log('无饼干可取，操作终止');
  }
})
.catch(error => {
  console.error('事务执行失败:', error);
});

3. 关键要点 #

• 原子性保障：事务会将count递减和lastTakenBy更新作为一个整体操作，即使多人同时发起请求，也不会出现“数量减了但用户身份没记录”的情况。
• 用户身份获取：确保用户已完成Firebase身份验证，通过firebase.auth().currentUser.uid获取唯一用户ID；如果是匿名用户，可使用匿名ID或自定义唯一标识。
• 事务重试机制：Firebase事务可能因冲突重试，因此事务函数内的操作必须是幂等的（多次执行结果一致）。例如生成Push ID的操作，即使重试多次，最终只有提交成功的那次会生效。

4. 可选优化 #

• 如果不需要完整操作历史，可以移除takeHistory字段，只保留lastTakenBy，减少数据写入量。
• 若在云函数中执行事务，可通过云函数上下文（如context.auth.uid）获取用户ID，避免客户端传递身份信息带来的安全风险。

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