Angular应用：调用Firebase认证时无法写入Firestore求助

嘿，这个问题我之前做Firebase+Angular项目时也踩过坑，大概率是异步操作的竞争条件或者Firebase安全规则在作祟！咱们一步步拆解：

核心问题分析 #

你现在的调用代码是并行触发两个异步操作：

this.rSERVICE.saving(registeredUser); 
this.authService.signUpUser(registeredUser);

这两个请求几乎同时发送，但Firebase Auth的用户状态变更会影响后续请求的身份上下文。如果你的Firestore安全规则对path集合的写入有身份限制（比如只允许未认证用户写入），那么当Auth服务快速创建用户后，注册服务的写入请求会以已认证用户身份发送，就会被规则拒绝——这就是为什么单独调用注册服务能成功，同时调用就失败的原因！

另外，你的两个服务方法可能没有返回Promise，导致你无法控制它们的执行顺序，完全是靠网络速度“碰运气”。

一步步解决方案 #

1. 让服务方法返回Promise #

首先修改你的两个服务方法，确保它们返回异步操作的Promise，这样才能控制执行顺序：

注册服务（Registration Service）

saving(rUser) {
  // 返回add操作的Promise，并且在catch中重新抛出错误让上层捕获
  return this.afs.collection('path').add({ 
    firstName: rUser.firstName, 
    lastName: rUser.lastName, 
    email: rUser.email 
  }).catch(error => {
    console.error("Firestore写入失败：", error);
    throw error; // 必须重新抛出，否则上层无法感知错误
  });
}

认证服务（Auth Service）

signUpUser(user) {
  // 返回创建用户的Promise
  return this.afs.auth.createUserWithEmailAndPassword(user.email, user.pass);
}

2. 调整执行顺序：先写Firestore，再创建Auth用户 #

按照你的预期流程，应该等注册服务完成Firestore写入后，再调用认证服务创建用户。用async/await或者Promise链式调用都可以：

方式一：使用async/await（更直观）

// 在组件的调用方法前加上async
async handleRegistration(registeredUser) {
  try {
    // 先等待Firestore写入完成
    await this.rSERVICE.saving(registeredUser);
    // 再创建Auth用户
    await this.authService.signUpUser(registeredUser);
    alert("注册成功！");
  } catch (error) {
    console.error("注册流程失败：", error);
    // 这里可以给用户显示错误提示
  }
}

方式二：使用Promise链式调用

handleRegistration(registeredUser) {
  this.rSERVICE.saving(registeredUser)
    .then(() => this.authService.signUpUser(registeredUser))
    .then(() => alert("注册成功！"))
    .catch(error => {
      console.error("注册流程失败：", error);
      // 处理错误提示
    });
}

3. 检查Firebase安全规则 #

打开你的Firebase控制台，查看Firestore的安全规则。如果规则是类似下面这样，只允许未认证用户写入：

rules_version = '2';
service cloud.firestore {
  match /databases/{database}/documents {
    match /path/{document} {
      allow write: if request.auth == null; // 只允许未认证用户写入
    }
  }
}

那当Auth用户创建成功后，后续的Firestore请求会带上已认证身份，就会被拒绝。你可以调整规则，比如允许已认证用户写入（如果符合你的业务逻辑）：

allow write: if request.auth != null && request.auth.token.email == resource.data.email;

或者保持原规则，但严格按照“先写入Firestore，再创建Auth用户”的顺序执行，确保写入时用户还是未认证状态。

4. 确认错误细节 #

别忘了查看浏览器控制台的错误日志！你的注册服务里已经加了catch，但一定要看具体的错误信息——比如是Permission denied（权限问题）还是其他错误，这能帮你快速定位问题。

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