Firestore事务执行查询报错：寻求DocumentReference替代方案

你的报错完全在理——Firestore的transaction.get()确实只支持传入单个DocumentReference，不能直接传查询对象，哪怕你加了limit(1)也不行。这是因为事务的核心是保证对特定文档操作的原子性，而查询的结果在并发场景下可能发生变化，无法满足事务的确定性要求。

下面是可行的解决步骤和修改后的代码：

核心思路 #

1. 先在事务外部执行查询，获取目标文档的引用；
2. 将这个文档引用传入事务，在事务内部重新获取它的最新数据（避免并发修改导致的不一致）；
3. 验证文档是否仍符合操作条件（比如isAvailable还是false），不符合则抛出错误触发事务重试；
4. 执行后续的更新/写入操作。

修改后的完整代码 #

// 第一步：先在事务外执行查询获取目标文档引用
firestore
  .collection("Lottories")
  .doc("R3DYubrqFbbVfQNjYXfh")
  .collection("sets")
  .where("isAvailable", "==", false)
  .limit(1)
  .get()
  .then((snapshot) => {
    if (snapshot.empty) {
      throw new Error("没有可用的彩票");
    }
    const ticketDocRef = snapshot.docs[0].ref;
    
    // 第二步：启动事务，传入获取到的文档引用
    return firestore.runTransaction((transaction) => {
      // 事务内重新获取文档最新状态
      return transaction.get(ticketDocRef).then((ticketDoc) => {
        const ticketDocData = ticketDoc.data();
        
        // 关键：验证文档是否仍符合条件（防止并发场景下被其他操作修改）
        if (ticketDocData.isAvailable !== false) {
          // 抛出错误，Firestore会自动重试事务
          throw new Error("目标彩票已被占用，重试中...");
        }
        
        // 准备所有需要操作的文档引用
        const lottoUpdate = ticketDocRef; // 直接用已有的引用，无需重新构建
        const ticketUpdate = firestore
          .collection("UserLotto")
          .doc(userId)
          .collection("tickets")
          .doc("abc");
        const countUpdate = firestore
          .collection("UserData")
          .doc(userId);
        
        // 执行事务操作：先获取用户当前票数，再更新
        return transaction.get(countUpdate).then((countDoc) => {
          const currentCount = countDoc.data().ticketCount;
          transaction.update(lottoUpdate, { isAvailable: true });
          transaction.update(countUpdate, { ticketCount: currentCount - 2 });
          transaction.set(ticketUpdate, { 
            ticketId: ticketDoc.id, 
            lottoId: "abc", 
            claimed: false 
          });
          return ticketDocData;
        });
      });
    });
  })
  .then((ticketDocData) => {
    console.log("Transaction successfully committed!", ticketDocData);
    setPopScreen("ticketPurchased");
  })
  .catch((error) => {
    console.log("Transaction failed:", error);
  });

关键注意事项 #

• 并发安全验证：事务内一定要重新检查文档的isAvailable状态，因为从外部查询到启动事务的这段时间里，该文档可能已经被其他用户操作修改了。抛出错误后Firestore会自动重试事务，最多重试5次。
• 避免外部依赖：事务内不要使用外部的变量值（比如你原来代码中的ticketCount），必须从事务内获取的文档数据中读取，否则会导致并发场景下的数据不一致。
• 空结果处理：要提前处理查询返回空的情况（比如没有可用彩票），避免事务无意义地执行。

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