能否在Firestore中同时创建用户账号与对应文档？

Firebase Auth 和 Firestore 是两个独立的服务，没有原生的原子操作能同时创建用户账号和Firestore文档，但可以通过以下几种方案解决你担心的不一致问题：

方案1：客户端补偿机制（回滚Auth用户） #

在创建Auth用户后，若Firestore文档创建失败，立即删除已创建的Auth用户，尽量避免不一致。虽然极端情况下（比如删除用户时也断网）仍可能出现问题，但能覆盖绝大多数常规场景。

修改你的注册函数如下：

Future registerWithEmailAndPassword(String email, String name, String password) async {
  User? createdUser;
  try {
    // 创建Auth用户
    UserCredential result = await _auth.createUserWithEmailAndPassword(email: email, password: password);
    createdUser = result.user!;

    // 创建Firestore文档
    await DatabaseService(uid: createdUser.uid).createUserData(
      name: name,
      email: email,
    );

    return _userObjectFromUser(createdUser);
  } on FirebaseAuthException catch(e) {
    return e;
  } catch (e) {
    // 捕获文档创建失败的异常，回滚Auth用户
    if (createdUser != null) {
      await createdUser.delete();
    }
    return Exception("注册失败：${e.toString()}");
  }
}

方案2：使用Cloud Functions触发器（最可靠） #

利用Firebase Cloud Functions的auth.user().onCreate触发器，当Auth用户创建成功后，自动在Firestore中生成对应的用户文档。这种方式由服务器端执行，即使客户端断网，云函数也会在连接恢复后完成文档创建，完全避免客户端层面的不一致问题。

示例云函数代码（Node.js）：

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

exports.createUserDocument = functions.auth.user().onCreate(async (user) => {
  // 从Auth用户对象中获取信息，或可通过客户端传递额外参数（需通过自定义Claims或其他方式）
  const userData = {
    email: user.email,
    name: user.displayName || "未知用户",
    createdAt: admin.firestore.FieldValue.serverTimestamp()
  };
  
  await admin.firestore().collection("users").doc(user.uid).set(userData);
});

这种方案下，客户端只需负责创建Auth用户即可，文档创建逻辑完全交给云函数，一致性更有保障。

方案3：客户端重试机制 #

在客户端启动时，检查当前已登录用户是否存在对应的Firestore文档，若不存在则尝试重新创建。可以将这个逻辑放在应用初始化的地方，比如main函数或首页的初始化方法中：

Future<void> checkAndCreateUserDocument() async {
  User? user = _auth.currentUser;
  if (user != null) {
    DocumentSnapshot doc = await DatabaseService(uid: user.uid).getUserData();
    if (!doc.exists) {
      // 尝试重新创建文档
      await DatabaseService(uid: user.uid).createUserData(
        name: user.displayName ?? "",
        email: user.email ?? "",
      );
    }
  }
}

这个方案作为兜底机制，即使前面的步骤出现异常，也能在用户下次打开应用时修复数据不一致的问题。

内容的提问来源于stack exchange，提问作者David A.