如何禁用Firebase Auth状态持久化？现有登录代码适配实现关浏览器登出

Firebase Auth 默认开启的是LOCAL持久化模式：登录态存在浏览器的localStorage中，关闭浏览器、重启电脑都不会清除，也就是你当前碰到的效果。
你需要的关闭浏览器自动登出的效果，对应官方提供的SESSION持久化模式：登录态存在sessionStorage中，整个浏览器会话结束（关闭所有对应标签页、退出浏览器进程）时自动清除登录状态，完全匹配带支付功能的安全要求。
关键约束：setPersistence是针对当前auth实例的异步配置方法，必须在发起实际登录请求前完成调用，才能对本次及之后的同实例登录生效，不能放到登录成功的回调里执行。

结合你现有封装好的AuthorizationHome.doSignInWithEmailAndPassword调用逻辑，分两种常见可落地的调整方式：

• 方案1：可以修改AuthorizationHome内部的方法实现
  该方法的内部本质是调用原生的firebase.auth().signInWithEmailAndPassword返回Promise，你只需要把持久化配置的逻辑前置到登录调用之前即可，改完的方法内部结构参考：

  // AuthorizationHome 内部定义的方法
  doSignInWithEmailAndPassword(email, password) {
    const authInstance = firebase.auth();
    // 先设置会话级持久化，再发起登录请求
    return authInstance.setPersistence(firebase.auth.Auth.Persistence.SESSION)
      .then(() => {
        // 持久化配置生效后，执行原有登录逻辑
        return authInstance.signInWithEmailAndPassword(email, password);
      })
      .catch((error) => {
        // 可在此处补充原有封装的自定义错误处理逻辑
        console.error('登录流程初始化异常', error);
        // 必须向外抛出错误，保证外层调用的Promise链能正常捕获异常
        throw error;
      })
  }
  

  这种调整方式不会改动外层的调用链路，你原本写的.then()中挂载onAuthStateChanged的逻辑可以完全保留，因为方法返回的Promise结构和原来完全一致。
• 方案2：暂时无法修改AuthorizationHome的封装代码
  由于setPersistence是对auth实例全局生效的配置，你可以在调用封装的登录方法之前，先一次性完成持久化配置，再触发原有的登录流程，调整后的外层调用结构参考：

  // 先全局配置会话级持久化模式
  firebase.auth().setPersistence(firebase.auth.Auth.Persistence.SESSION)
    .then(() => {
      // 配置完成后，调用原有封装的登录方法
      return AuthorizationHome.doSignInWithEmailAndPassword(email, password);
    })
    .then(() => {
      // 完全保留原有登录成功后的监听逻辑
      firebase.auth().onAuthStateChanged((user) => {
        // ............
      })
    })
    .catch((error) => {
      // 统一处理持久化配置失败、登录失败的异常
    })
  

• 不要把setPersistence的调用放到登录成功的.then回调里，这种写法对本次已经完成的登录是不生效的——因为登录请求已经带着原来的持久化参数发出了，后续的配置只能影响下一次登录行为
• 如果AuthorizationHome的封装内部已经硬编码了固定的setPersistence(LOCAL)调用，优先选择方案1直接修改内部的配置值为SESSION，否则外层的持久化配置会被封装内部的调用覆盖，导致设置不生效
• 配置生效后，同一会话内的多标签页是共享登录态的，刷新页面、跳转路由、开新标签都不会中断登录，和普通网站的会话逻辑一致，不会影响正常使用体验
• 配置完成后可以快速验证：登录成功后打开浏览器开发者工具的Application面板，找到Session Storage分区下的Firebase Auth存储字段，同时Local Storage分区下没有对应的auth字段，就说明配置生效了

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