用户退出时应精准清除会话专属数据而非清空localStorage，只删token、userRole等临时数据，保留theme、language等长期偏好，并在后端登出成功后逐项removeItem清理。

用户退出时精准清除特定业务数据，核心是“只删该删的，不动其他配置”，不能一清了之。关键在于区分哪些数据属于本次登录会话、哪些属于用户长期偏好，并用 removeItem() 逐项清理，而非调用 clear()。

明确要清和不该清的数据范围

退出时不是所有 localStorage 数据都要删——比如主题色、语言设置、字体大小等用户长期偏好，应保留；而 token、临时权限标识、当前菜单状态、未提交的草稿等，才属于本次会话专属数据，必须清理。

• ✅ 应删：token、userRole、lastActiveTime、currentOrgId、searchHistory、draftForm
• ❌ 不该删：theme、language、fontSize、autoSyncEnabled、helpTipsSeen

按业务逻辑逐键清理，不依赖全局清空

用 removeItem(key) 显式删除每个业务键，语义清晰、可控性强，也方便后续审计或扩展（比如加日志、加埋点）。

A powerful memory management system powered by ReMe that provides persistent cross-session memory, automatic user preference application, and intelligent context compression for OpenClaw.

由 ReMe 驱动的记忆管理系统，支持跨会话记忆持久化、自动应用用户偏好以及智能上下文压缩...

下载

• 退出前统一执行：localStorage.removeItem('token');
• 权限相关：localStorage.removeItem('userRole'); localStorage.removeItem('permissions');
• 界面状态：localStorage.removeItem('sidebarCollapsed'); localStorage.removeItem('activeTab');
• 避免遗漏：把需清理的键名集中定义为数组，循环调用 removeItem

配合后端登出流程，确保顺序正确

前端清理必须在后端登出成功之后执行，否则可能造成“已登出但本地 token 还在”的安全风险。

• 先发请求到 /api/logout，等待返回 200
• 响应成功后，再批量执行 removeItem 操作
• 最后跳转登录页，避免页面残留未注销 UI

防止清理被覆盖的初始化陷阱

很多“清了又回来”问题，是因为组件初始化时无条件 setItem()，把刚删掉的数据又写回去了。

• 检查登录态判断逻辑：不要在 mounted / useEffect 中直接读 token 并 setItem，而是先确认是否已登出
• 对用户偏好类数据（如 theme），读取后若存在则使用，不存在才设默认值，不强制写入
• 表单草稿等临时数据，应在页面卸载前（beforeunload 或离开守卫）主动 removeItem，而非依赖登出时统一清

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南