pinia 通过插件可为组合式 store 统一注入 $reset 和 $resetfields 方法，基于深拷贝保存初始状态并用 $patch 实现响应式重置，支持自动触发与类型安全。
Pinia 本身不提供开箱即用的“自动重置”能力，但通过插件机制可以轻松实现——关键在于把重置逻辑注入到 Store 实例中，并让它在需要时被调用，比如登出、切换用户或页面初始化阶段。
为所有 Store 注入 $reset 方法（适配组合式 Store）
选项式 Store 原生支持 $reset()，但组合式 Store 默认没有。插件可统一补全该能力，避免每个 Store 都手动写重置逻辑。
- 插件内部保存初始状态快照（
JSON.stringify + JSON.parse或更安全的深拷贝），确保还原的是原始结构 - 重置时调用
store.$patch()而非直接赋值，保持响应式更新有效 - 注意：若 state 中含函数、Symbol、Date、RegExp 等不可序列化类型，需改用
structuredClone或专用克隆库
支持按字段重置：$resetFields(['token', 'filters'])
实际业务中常只需清空部分状态（如搜索条件、临时表单），而非整个 Store。插件可扩展 $resetFields() 方法，精准控制范围。
- 传入字段名数组，只还原这些 key 对应的初始值
- 未传参数时行为等同于
$reset()，兼顾兼容性 - 配合 TypeScript 类型推导，字段名支持自动补全和校验
结合生命周期自动触发重置
真正的“自动化”，是让重置动作与业务事件解耦。插件可监听全局事件或封装常用场景钩子。
- 例如监听
auth/logout自定义事件，在登出后自动调用相关 Store 的$reset() - 或在 Store 创建时注册路由守卫回调，进入特定页面前重置关联状态
- 也可配合 pinia-plugin-persistedstate，在持久化恢复后主动清理临时字段
避免响应式失效陷阱
重置后视图没更新？常见原因是组件中已解构了 store 属性（如 const { count } = store），导致失去响应式连接。
- 推荐始终使用
store.count直接访问，或用storeToRefs(store)获取响应式引用 - 插件内重置逻辑必须基于
$patch，不能简单替换store.$state对象，否则会破坏 proxy 关系 - 若用
toRef或解构提取了深层属性（如toRef(store, 'user.name')），重置后需重新创建引用
