AskaEth
f5576540b4
客户端此前把明文口令存进 EncryptedSharedPreferences，用于过期后的静默重登 （当时后端没有 refresh 端点）。后端现在有 /auth/refresh + /auth/logout 了， 本轮改为存 refresh token，口令在首次成功认证后即被抹掉。 关键约束：服务端的 refresh 是**单次使用 + 原子旋转 + 无宽限期**——同一个 token 第二次使用立刻 invalid_grant；而本端并发 401 是常态（管理概览页两个请求并发、 聊天页 REST 与 WS 同时起步）。因此： - core/auth/TokenRefresher.kt：单飞刷新 + 代际守卫（等锁期间别人已换好令牌就直接 复用，绝不用同一个 refresh token 打第二次）+ 终态记忆（被 invalid_grant 拒过的 token 记下来，一次失效里只打一次注定失败的请求；Transient 不记忆以保留重试） - 用应用层 Interceptor 而非 OkHttp Authenticator：后者对**任何** 401 都会被调用 （含不带令牌的登录请求），且由 RetryAndFollowUp 内部循环驱动（上限 20 次跟进）， 持续 401 的令牌会打出刷新风暴。应用层拦截器只在「带了令牌仍 401」时介入，且严格 重试一次 - 可恢复的 401 不再登出：Transient（网络/5xx）原样交回 401 并保留会话；只有 Unrecoverable，或「换上刚签发的令牌仍 401」，才判终态 - WS 握手 401：先尝试一次续期再重连，终态才登出 - 登出补调 POST /auth/logout（此前从不调用，服务端 grant 会白活 30 天） - 主动 skew（60s）刷新 + 兜底重试；刷新请求走不带令牌的客户端，不会递归回本路径 迁移对用户无感、绝不强制重登：启动时若「无 refresh token 但有旧口令」，用旧路径 静默登录一次换到 refresh token，随即 commit() 抹掉口令；离线失败就下次启动再试， 且不清会话。另外鉴权过期时也走一次续期——否则去掉口令会把会话砍到 24h，比改动前 更差。 HttpLoggingInterceptor 保持 BASIC 不动：/auth/refresh 与 /auth/logout 把 refresh token 放在**请求体**里，再高一级就会把凭据打进 logcat。 测试：153 全绿（115 → +38）。含真实抓取响应体的 DTO 契约测试、TokenRefresher 的 并发/代际/终态单测、bootstrap 迁移单测，以及走真实 OkHttp + Retrofit + 回环 HttpServer 的端到端测试（证明只重试一次）。未新增任何依赖。 未验证项：主动/被动续期路径本身没能真机触发（唯一输入是加密存储里的 expires_at， shell 写不进去；而 tokenTTL 是 24h 常量），仅由回环端到端测试覆盖。