Ionic 3/Angular中Firebase Auth嵌套Promise处理问题

你遇到的核心问题是没有返回完整的Promise链，导致signInWithEmail函数最终返回void，调用方无法链式处理登录结果。下面是具体的修正方案和思路：

1. 正确嵌套Promise的写法 #

你需要让signInWithEmail返回setPersistence启动的整个Promise链，这样后续的登录Promise会被包含在链中，调用方就能正常使用.then()和.catch()了：

signInWithEmail(credentials) {
  // 关键：返回整个Promise链，而不是只调用它
  return firebase.auth().setPersistence(firebase.auth.Auth.Persistence.LOCAL)
    .then(() => {
      // 这里返回登录Promise，会被自动传递到链的下一个环节
      return this.afAuth.auth.signInWithEmailAndPassword(credentials.email, credentials.pw);
    });
  // 不需要手动写reject，Promise链会自动传递错误到调用方的catch
}

为什么原来的写法返回void？ #

你之前的代码只是调用了setPersistence，但没有把这个Promise对象返回出去。函数执行完后没有任何返回值，自然就变成了void，调用方的.then()也就无法捕获到登录的Promise结果。

2. 调用方代码可以保持原有逻辑（或优化为更清晰的链式写法） #

现在signInWithEmail返回了正确的Promise，你原来的调用代码可以正常工作，也可以把错误处理改成更标准的.catch()写法：

login() {
  this.auth.signInWithEmail(credentials)
    .then(() => this.navCtrl.push(MainPage))
    .catch(err => {
      console.log("Return Code: " + err.code + " | Message: " + err.message);
    });
}

3. 是否应该在页面中调用setPersistence？ #

更推荐在Auth提供者（服务层）中处理setPersistence，原因如下：

• 登录逻辑应该封装在服务层，页面只负责触发登录和处理结果，不需要关心底层的认证配置细节；
• 统一管理持久化策略，如果以后需要修改（比如改成SESSION或NONE），只需要修改服务层代码，不用改动所有调用登录的页面；
• 避免重复代码，多个页面调用登录时，不需要每个页面都写一遍setPersistence。

当然，如果你的应用有特殊场景（比如某些页面需要临时改变持久化策略），也可以在页面中单独调用，但这属于例外情况，大部分场景下封装在服务层更合理。

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