Firebase多事务异步执行自动重试引发第三方服务调用错误求助

问题场景 #

批量删除多用户数据时，使用Promise.allSettled并发执行Firestore事务，核心代码如下：

await Promise.allSettled(
  membersList.map(async (memberData) => {
    try {
      await firestore().runTransaction(async (ts) => {
        logger.log("Start Handle Delete Member Data: "+ memberData.id)
        await handleDeleteMemberData(
          site,
          memberData.id,
          ts
        );
      });
    } catch {
      // 未捕获错误详情
    }}))

async function handleDeleteMemberData(...)
// 其余代码逻辑保持原样

日志显示事务出现无预期自动重试，导致Firebase Authentication删除接口因重复调用报错：

Start Handle Delete Member Data: 1
Start Handle Delete Member Data: 2
End Handle Delete Member Data: 1
End Handle Delete Member Data: 2
Start Handle Delete Member Data: 2
Error

排查步骤 #

• 检查事务内的共享资源操作
  确认handleDeleteMemberData中是否存在跨用户的共享文档读写（比如站点配置、全局成员统计文档等）。若多个事务同时访问同一共享文档，第一个事务提交后会更新文档版本，后续事务读取到旧版本就会触发重试——哪怕只读取不修改，只要其他事务修改了该文档，也会触发重试逻辑。

• 补全错误捕获与日志
  把空catch块修改为捕获并打印详细错误信息，Firestore事务重试的错误会包含冲突原因（比如aborted通常对应文档版本冲突），直接定位问题：

  catch (error) {
    logger.error(`事务执行失败（用户ID：${memberData.id}）：`, error);
  }
  

• 排查Auth删除的连锁触发逻辑
  检查是否有云函数/触发器在Firebase Auth用户删除时，修改了Firestore中的共享文档（比如站点成员计数）。第一个事务删除用户后，触发器修改共享文档，若第二个事务刚好在读取该文档，就会触发重试。

• 调整并发执行策略验证
  暂时将并发执行改为串行执行，观察是否还会出现重试：

  for (const memberData of membersList) {
    try {
      await firestore().runTransaction(async (ts) => {
        logger.log("Start Handle Delete Member Data: "+ memberData.id)
        await handleDeleteMemberData(site, memberData.id, ts);
      });
    } catch (error) {
      logger.error(`删除用户失败（ID：${memberData.id}）：`, error);
    }
  }
  

  如果串行后不再重试，说明是并发事务间的隐性资源冲突，需进一步定位共享依赖。

• 排查后台操作与索引影响
  确认是否有后台任务（如备份、统计脚本）同时修改用户所在集合的文档，或者集合索引正在后台更新，导致事务读取到不一致的版本触发重试。

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