iOS端Nativescript Firebase无法自动重登Facebook/Google登录用户

核心问题定位 #

• 对比功能矩阵拆解异常范围：iOS端邮箱密码登录自动重登正常、Android全渠道登录重登正常、仅iOS端Facebook/Google OAuth登录冷启动后登录态丢失，可排除全局persist: true配置失效的问题
• 两个直接诱因：
  1. 初始化配置中全局开启的iOSEmulatorFlush: true参数，该参数设计初衷仅用于iOS模拟器调试场景，在插件旧版本中只会针对第三方OAuth的持久化缓存做强制清空，不会影响邮箱密码登录的本地缓存，刚好匹配你遇到的「邮箱密码重登正常、第三方登录重登失败」的现象；如果在真机上全局开启，会直接导致FB、Google的登录缓存被每次启动时强制清除
  2. iOS端未为Firebase Auth配置Keychain持久化访问权限时，Firebase仅能缓存邮箱密码登录的本地凭证，第三方OAuth返回的临时凭证无法写入系统Keychain完成跨冷启动的持久化

分步修复方案 #

• 调整初始化配置逻辑
  移除全局开启的iOSEmulatorFlush配置，若需保留模拟器调试时的清缓存能力，增加环境判断逻辑，仅在模拟器运行时开启该参数，修改后的基础init配置参考：

  firebase.init({
      persist: true,
      onAuthStateChanged: (data: any) => {
          console.log(JSON.stringify(data))
          if (data.loggedIn) {
              AuthService.tokenUid = data.user.uid;
          }
          else {
              AuthService.tokenUid = ''
          }
      },
      // 仅在模拟器环境开启清缓存，禁止真机全局开启
      iOSEmulatorFlush: isIOS && Application.ios.nativeApp.installSource == null
  }).then(
    () => {
        console.log("firebase.init done");
    },
    error => {
        console.log(`firebase.init error: ${error}`);
    }
  );
  

• 补全iOS端Keychain权限配置
  打开项目路径App_Resources/iOS/Entitlements.plist，添加Firebase Auth所需的Keychain访问组权限，保证登录态可以写入系统持久化存储：

  <key>keychain-access-groups</key>
  <array>
    <string>$(AppIdentifierPrefix)$(PRODUCT_BUNDLE_IDENTIFIER)</string>
    <string>com.firebase.AppleAuth</string>
  </array>
  

• 校验OAuth登录流程合规性
  确认Facebook/Google登录成功的回调逻辑中，是将第三方SDK返回的鉴权凭证传入firebase.signInWithCredential接口完成Firebase端登录，而非仅在本地存储第三方SDK的用户信息——若跳过Firebase端的凭证写入流程，Firebase Auth本身不会记录对应的登录态，自然无法触发自动重登
• 验证修复效果
  修改完成后彻底删除应用重新安装，分别通过Facebook、Google、邮箱密码三种方式完成登录，完全杀掉应用进程后冷启动，观察onAuthStateChanged的返回值，确认全渠道登录态都可以正常读取

内容的提问来源于stack exchange，提问作者C. Banzet