退出登录是否真正生效，需验证后端会话清除、Token失效及受保护页面强制重定向。具体包括：界面跳转至登录页且URL无用户路径；Local Storage/Session Storage中token、auth等键值被清空；访问受保护路径返回401或跳转登录页；多账号登录时数据完全隔离。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要确认在码上飞生成的应用中退出登录操作是否真正生效，不能只看界面跳转或按钮消失，必须验证后端会话是否清除、Token是否失效、再次访问受保护页面是否强制重定向到登录页。
手动触发退出并观察跳转行为
在已登录的应用预览界面中，点击右上角「退出」或「登出」按钮（若无显式按钮，尝试点击头像→弹出菜单→选择退出）。
观察页面是否立即跳转至登录页，且URL中不包含用户专属路径（如/dashboard、/admin等）。若仍停留在原页面或仅清空头像，说明退出逻辑未执行。
检查浏览器本地存储状态
按 F12 打开开发者工具 → 切换到 Application（或 存储）选项卡 → 展开 Local Storage 和 Session Storage。
查找键名含 token、auth、user_id 或 session 的条目。退出成功后，这些键值应全部被清除；若仍有残留，下次刷新页面可能自动复用旧凭证重新登录。
这一步非常关键：很多“假退出”就是因前端未清理 localStorage 导致的。
验证退出后对受保护接口的实际访问结果
方法一：直接访问后台页面URL
在退出后，手动在地址栏输入一个需登录才可访问的页面路径（例如 /admin/users 或 /my/orders），回车访问。
若跳转回登录页或返回 401 Unauthorized 响应，则退出有效；若直接打开空白页、报错或显示数据，说明会话未终止。
方法二：用开发者工具查看网络请求
在 Application 标签页确认 token 已清空后，刷新任意页面 → 切换到 Network 标签 → 筛选 XHR 或 Fetch 请求 → 查看所有带认证头（Authorization: Bearer xxx）的请求响应状态。
【退出成功时，所有此类请求应返回 401 或 403】，而非 200。
模拟重复登录验证会话隔离性
第一步：使用账号 A 登录 → 进入个人中心 → 记下用户名或ID显示内容；
第二步：点击退出；
第三步：不关闭页面，直接用账号 B 登录；
第四步：进入同一页面（如个人中心），确认显示的是账号 B 的信息，且账号 A 的数据完全不可见。
若仍显示账号 A 的缓存数据，或出现混合身份（如订单是A的、头像是B的），说明后端未正确销毁会话或前端未重置全局状态。
