Pinia状态持久化后，localStorage数据不会随store.$reset()自动清除；必须调用$clearStorage()方法或手动removeItem()并配合$reset()同步内存状态，才能彻底清理。
Pinia 状态持久化后，本地存储（如 localStorage）里的数据不会随 store.$reset() 自动清除——这是最常被忽略的关键点。要真正销毁已保存的持久化数据，必须主动干预存储层。
调用插件提供的 $clearStorage() 方法
这是最直接、最推荐的方式，适用于 pinia-plugin-persistedstate（v3.2+）或 pinia-plugin-unistorage 等主流插件：
- 确保 store 已启用
persist配置（哪怕只是{ enabled: true }） - 在需要清理时，直接调用该 store 实例的
$clearStorage()方法 - 示例：
const userStore = useUserStore()
userStore.$clearStorage() // ← 立即删除对应 key 的 localStorage 条目
手动清除指定 key 的 localStorage
当插件未暴露 $clearStorage，或需跨 store 批量清理时，可手动操作：
- 查清插件实际使用的存储 key：默认为 store 名（如
"user"），也可在persist.strategies[0].key中自定义 - 执行
localStorage.removeItem('user')或localStorage.clear()（慎用，会清空全部） - 注意：仅删 key 不够，还需调用
store.$reset()同步内存状态，否则下次初始化可能从残留缓存中恢复
登录/切换账号时自动清理旧数据
典型业务场景下，应把清除逻辑封装进流程，避免残留：
- 在退出登录 action 中，依次调用
userStore.$clearStorage()和userStore.$reset() - 若使用多 store（如 user + cart），可封装统一清理函数，遍历调用各 store 的
$clearStorage() - 敏感操作前（如修改密码、注销），建议先校验 token 有效性，再触发清理，防止误清有效会话
配置 storage 为内存模式临时禁用持久化
调试或特定环境（如隐私模式）下，可让持久化“形同虚设”：
- 将
storage指向一个空对象或sessionStorage（关闭标签页即失效） - 示例：
storage: { getItem: () => null, setItem: () => {}, removeItem: () => {} } - 这种方式不销毁已有数据，但后续变更不再写入，适合灰度验证或临时绕过
