缓存绕过本身不负责清除缓存标志，只控制单次请求是否直连后端；登录失效后需前端主动携带绕过信号（如X-Refresh头或force参数），后端识别并禁用缓存读写，同时清理Session/Cookie及前端存储，形成完整闭环。
缓存绕过本身不负责“清除缓存标志”，它只控制某次请求是否跳过缓存、直连后端。登录失效后自动触发绕过，关键在于让前端或用户行为**主动携带绕过信号**，同时后端配合识别并拒绝缓存该响应——这样既避免旧登录态被错误复用，又确保新登录流程不受陈旧缓存干扰。
让失效登录自动带绕过头（客户端侧）
当检测到登录态异常（如接口返回 401、页面跳转到登录页、JS 判断 localStorage 中 token 过期），前端应立即在后续关键请求中注入绕过标识：
- 对 Ajax 请求统一拦截，在 headers 中添加 X-Refresh: true（Nginx 识别为
$http_x_refresh） - 对跳转链接动态拼参，例如
/dashboard?_t=1726513020或/api/user?force=true，再由 Nginx 的fastcgi_cache_bypass $arg_force或proxy_cache_bypass $arg_force捕获 - 登录成功后，前端主动调用一次带绕过头的校验接口（如
GET /api/auth/verify?bypass=1），确保本次会话数据不被缓存污染
服务端精准响应并阻断缓存写入
仅绕过读取不够，若后端把登录失败页或重定向响应缓存了，下次用户访问仍可能命中错误内容。必须同步禁用缓存写入：
- Nginx 中与
proxy_cache_bypass同 location 块内，必须配对使用proxy_no_cache $http_x_refresh; - 确保该变量值满足“非空且不为 0/off”，例如传
X-Refresh: expired或X-Refresh: relogin都有效 - 验证生效：响应头中出现 X-Cache-Status: BYP，且日志中
$upstream_cache_status为BYP，而非HIT或MISS
结合 Session/Cookie 清理形成闭环
绕过只是“不读旧缓存”，真正解决登录失效，还需后端主动清理凭证：
- 用户触发绕过请求时（如访问
/logout?bypass=1），后端应立即调用session.invalidate()并清除对应 Cookie 的Max-Age=0和Expires=Thu, 01 Jan 1970 00:00:00 GMT - 前端在收到 401 响应后，同步执行
document.cookie = "JSESSIONID=; expires=Thu, 01 Jan 1970 00:00:00 GMT; path=/;" - 若用 Token，清除 localStorage 中 token 后，再发一次带
X-Refresh头的请求，确保网关层也不缓存空响应
浏览器端辅助：锁标一键清站点数据
对终端用户，最直接的方式是将“登录失效”与“清除当前站数据”绑定操作：
- 在登录页顶部加提示：“检测到登录异常，点击地址栏锁标 → 清除 Cookie 和站点数据可立即恢复”
- 该操作会同步删除 Cookie、LocalStorage、SessionStorage，等效于手动登出 + 清环境，比单纯刷新或删 Cookie 更彻底
- 适合 163 邮箱、淘宝、CodeBuddy 等子域复杂、缓存耦合深的站点，避免漏删 m.xxx.com 导致反复失败
