登出action需断链+清痕+重置：先$reset()，再清localstorage/sessionstorage/cookie及persist缓存，更新excludedcomponents，最后router.replace('/login')。
Pinia Actions 管理登出逻辑，关键不是“删数据”，而是“断链+清痕+重置”。用户点退出按钮那一刻，要同步切断认证凭证、清空内存状态、刷新路由缓存、重置权限上下文——漏掉任一环，都可能造成“看似登出，实则残留”。
登出 Action 必须封装原子操作
不要在组件里零散调用 store.token = null 或 localStorage.removeItem。应在 store 的 action 中统一处理：
- 先调用
this.$reset()（需 state 为函数返回对象，且 Pinia ≥ v2.0.19） - 再显式清除持久化数据：
localStorage.removeItem('auth_token')、sessionStorage.clear()、如有 cookie token 则调用对应 remove 方法 - 若使用
pinia-plugin-persistedstate，追加persist.clearStorage() - 最后触发副作用：如更新
excludedComponents数组以刷新 keep-alive 缓存
配合路由跳转与守卫联动
登出 action 不该只改状态，还要驱动页面行为：
- 内部调用
router.replace('/login')，避免登录页留在 history 栈中 - 若项目有动态路由（如 addRoute 注入的菜单路由），需同步执行
router.removeRoute('dashboard')或重建路由实例 - action 执行完成后，可主动触发
useUserStore().$state检查是否已归零，便于调试
避免常见陷阱
很多登出失效问题源于细节疏忽：
- token 还在 localStorage：仅清 store 不清 storage，刷新页面立刻“自动回登”
- keep-alive 组件未排除：订单页、个人中心等仍显示上一个用户的缓存内容
- axios 拦截器没响应登出：后续请求仍带旧 token，后端可能返回 401 却没触发跳转
-
路由守卫未监听状态变化：登出后 store 更新了，但守卫里用的是旧的
isLoggedIn值（建议 getter 写成get isLoggedIn() { return !!this.token }并确保响应式）
示例登出 action 写法
在 user store 中定义：
actions: {
async logout() {
// 1. 重置本 store
this.$reset()
// 2. 清除本地凭证
localStorage.removeItem('auth_token')
sessionStorage.clear()
// 3. 清除插件缓存（如启用 persistedstate）
if (this.$persist) this.$persist.clearStorage()
// 4. 触发缓存排除更新
this.excludedComponents = ['UserProfile', 'OrderList']
// 5. 跳转登录页
router.replace({
path: '/login',
query: { redirect: '/' }
})
}
}
