Android Studio基于Java与Firebase如何实现正确的用户登出功能

Firebase Authentication 默认会在设备本地持久化存储用户的登录凭据，只要没有主动清除这份本地存储的登录信息，即便完全杀掉应用进程重启，SDK读取到本地缓存的有效凭据后，就会自动判定用户为已登录状态。
目前实现的登出逻辑只完成了页面跳转，没有触发Firebase侧的本地凭据清除操作，才会出现“点击登出按钮能回到登录页、但重启应用仍直接进入MainActivity”的表现。

• 全局统一获取FirebaseAuth单例实例，不要在页面中创建局部的Auth对象：
  FirebaseAuth mAuth = FirebaseAuth.getInstance();
• 在登出按钮的点击回调中，优先调用SDK提供的登出方法清除本地登录态，再执行页面跳转：

  // 登出按钮点击事件内的核心逻辑
  // 清除Firebase本地存储的登录凭据
  mAuth.signOut();
  // 跳转登录页的同时清空原有任务回退栈，避免用户从登录页按返回键回到MainActivity
  Intent loginIntent = new Intent(MainActivity.this, LoginActivity.class);
  loginIntent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK | Intent.FLAG_ACTIVITY_CLEAR_TASK);
  startActivity(loginIntent);
  finish();
  

• 不要把“页面跳转”等同于“登出成功”：很多原有登出逻辑只写了startActivity跳LoginActivity的代码，完全没把mAuth.signOut()的调用逻辑放在按钮点击事件里，相当于只改了当前页面的路由，没有动Firebase存储的本地登录信息，应用重启后SDK自然会判定用户仍处于登录状态。
• 如果应用启动入口（如SplashActivity）有“判断mAuth.getCurrentUser() != null则跳MainActivity”的分流逻辑，只要没有真正执行signOut清除凭据，这个判断分支会永远命中已登录流程，即便临时跳转过登录页，杀进程重启后还是会被自动拉回MainActivity。
• 不要自行用SharedPreferences维护登录标记来替代Firebase SDK自带的持久化能力，很容易出现两边状态不同步的异常，直接调用signOut()方法后，SDK会自动清空本地存储的登录凭据，重启应用时mAuth.getCurrentUser()会返回null，自然会走未登录分支展示登录页面。

注意：如果调用完signOut()后还是存在登录态残留，可以检查是否手动修改过Firebase Auth的持久化配置，默认配置下signOut()会完全清除本地缓存的用户信息，不需要额外手动编写清理SharedPreferences的冗余代码。

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