Firebase统一认证下如何加载上次登录用户的对应类型页面

这个需求的核心是利用Firebase Auth自带的本地登录态持久化能力，补上角色值的缓存与路由匹配逻辑，不需要单独搭建一套自定义登录态存储。

关键配置流程 #

• 双份存储角色数据
  • 云端权威存储：在Firebase实时数据库/Firestore中，给每个Auth UID创建对应用户文档，存储固定的userType字段，取值严格限定为hospital或patient，这是角色判断的最终依据
  • 本地缓存存储：每次用户登录、注册、角色权限变更时，将当前的userType同步写入设备本地持久化存储（安卓用SharedPreferences、iOS用UserDefaults、Web用localStorage），绝对不能把角色值只存在内存级的临时状态（如前端框架的全局状态、路由传参）里，这类值会在App进程被系统回收后直接丢失。
• 复用Firebase Auth的内置登录态恢复能力
  • 全局挂载onAuthStateChanged监听，App启动时这个回调会自动检测本地是否留存了未主动登出的有效Auth凭证：有就直接返回当前登录用户对象，没有就返回null，不需要自己手动存UID做登录态判断
  • Web端需要额外确认Auth的持久化模式配置为browserLocalPersistence，不要使用临时的session存储模式，避免关闭浏览器后登录态丢失
• 启动路由的匹配逻辑
  • 首先判断Auth回调的返回值：如果是null，说明无有效登录态，直接跳转通用登录页
  • 其次读取本地持久化缓存的lastLoggedInUserType值：
    • 取值为hospital时，直接加载医院端Dashboard，不要等待网络请求阻塞首屏渲染
    • 取值为patient时，直接加载患者端Dashboard
  • 首屏渲染完成后，在后台静默拉取云端存储的当前用户真实角色，和本地缓存值做比对：如果两者不一致，再跳转到匹配真实角色的页面，同时更新本地缓存的角色值
• 边界场景的补全处理
  • 用户主动登出时，除了调用Auth的signOut方法，一定要同步清空本地存储的lastLoggedInUserType字段，避免Auth状态清空后路由逻辑误判，把未登录用户直接带到Dashboard页面
  • 给云端的用户文档加实时状态监听，当管理员后台调整用户角色时，自动同步更新本地缓存的角色值，保证下次启动时能匹配最新的权限页面
  • 避免路由硬编码写死角色判断逻辑，所有判断以持久化存储的缓存值、云端的权威角色值为准

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