如何在可调用云函数中删除用户及其Firestore文档

你遇到的这个问题很典型——Firebase的Auth和Firestore是两个独立的服务，没有跨服务的原生事务支持，所以没法用Firestore的批处理/事务直接包裹这两个操作。如果其中一步失败，确实会出现数据不一致的情况，比如你担心的：删了Firestore文档但Auth用户删除失败，用户再次登录后找不到文档报错。下面给你几个可行的解决方案：

1. 调整操作顺序，降低不一致的影响 #

把删除Auth用户放在第一步，再删除Firestore文档：

const functions = require("firebase-functions");
const admin = require("firebase-admin");

exports.deleteUser = functions.https.onCall(async (data, context) => {
  try {
    const uid = context.auth.uid;
    const db = admin.firestore();
    const userDocRef = db.collection("users").doc(uid);

    // 先删除Auth用户
    await admin.auth().deleteUser(uid);
    // 再删除Firestore文档
    await userDocRef.delete();

    return { status: "success", message: "用户及数据已删除" };
  } catch (err) {
    console.error("删除失败:", err);
    // 如果是删除Auth用户失败，直接返回错误；如果是删文档失败，用户已经无法登录，后续可以补删
    return { status: "error", message: err.message };
  }
});

这种方式下，即使删文档失败，用户已经被删除，无法再登录，不会出现用户登录后找不到文档的问题。后续可以通过定时任务（比如Cloud Scheduler）或者手动清理残留的Firestore文档。

2. 实现补偿机制，回滚已完成的操作 #

如果必须保持操作顺序（先删文档再删用户），可以在删除文档前先备份数据，一旦删用户失败，就回滚恢复文档：

const functions = require("firebase-functions");
const admin = require("firebase-admin");

exports.deleteUser = functions.https.onCall(async (data, context) => {
  let userDocData = null;
  const uid = context.auth.uid;
  const db = admin.firestore();
  const userDocRef = db.collection("users").doc(uid);

  try {
    // 先备份用户文档数据
    const docSnapshot = await userDocRef.get();
    if (docSnapshot.exists) {
      userDocData = docSnapshot.data();
    }

    // 删除Firestore文档
    await userDocRef.delete();
    // 删除Auth用户
    await admin.auth().deleteUser(uid);

    return { status: "success", message: "用户及数据已删除" };
  } catch (err) {
    console.error("删除失败，尝试回滚:", err);
    // 如果删用户失败，且之前备份了文档数据，恢复文档
    if (userDocData) {
      try {
        await userDocRef.set(userDocData);
        console.log("已回滚用户文档");
      } catch (rollbackErr) {
        console.error("回滚失败:", rollbackErr);
      }
    }
    return { status: "error", message: err.message };
  }
});

这种方式能最大程度保证一致性，但要注意：如果回滚操作也失败，还是会出现不一致，不过这种概率极低。

关于Firebase扩展的补充 #

你提到的"删除用户数据"扩展，它的逻辑是监听Auth用户删除事件，然后自动删除关联的Firestore/Storage数据。它本身不负责删除Auth用户，所以如果要使用这个扩展，你需要先调用admin.auth().deleteUser(uid)，触发扩展去删数据。这种方式的好处是扩展自带重试机制，如果删数据失败，它会自动重试，降低数据残留的概率。

总结 #

Firebase不会自动处理跨服务的操作一致性，这类边缘情况需要你在代码里手动处理。选择哪种方案取决于你的业务需求：

• 如果更在意用户无法登录后的体验，优先用方案1；
• 如果必须严格保证数据一致性，用方案2；
• 追求简化开发且能接受少量数据残留（可后续清理），可以结合扩展使用。

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