Pinia状态不随组件卸载丢失，store为全局单例；真正需处理的是$subscribe/$onAction等副作用的手动清理，以及用storeToRefs保证响应式读取，避免“假丢失”。
Pinia 本身不解决组件卸载时的状态丢失问题——因为状态根本不会“丢失”。真正的问题是：组件卸载后，它内部建立的响应式连接或副作用（比如监听、订阅）若未清理，可能引发内存泄漏或异常触发；而用户误以为“状态丢了”，其实是没理解 Pinia 状态的生命周期独立于组件。
状态本身不随组件卸载而消失
Pinia store 是全局单例，只要被引用就一直存在。组件卸载（如路由跳转）不会销毁 store，state 数据完好保留。所谓“丢失”，常见于以下情况：
- 组件内手动清空了 state（比如在 onUnmounted 里调用了 store.$reset()）
- 使用了持久化插件但配置错误，导致刷新后读不到数据，误以为卸载导致丢失
- 多个组件共用一个 store，某个组件修改了 state，另一组件卸载后重新挂载，却没同步最新值（其实是响应式没接对）
组件卸载时真正要处理的是副作用
你需要主动清理的是组件内建立的、与 store 的“外部连接”，它们不会自动解绑：
- $subscribe：监听 state 变化，返回取消函数，必须在 onUnmounted 调用
- $onAction：拦截 actions 执行，同样返回可取消函数，需手动释放
- 手动设置的 watch 或 computed（如果依赖了非响应式解构值）也可能残留，但通常由 Vue 自动清理
示例：
const unsubscribe = store.$subscribe(() => console.log('state changed'))
onUnmounted(() => unsubscribe())
确保响应式读取，避免“假丢失”
组件卸载再挂载，如果视图没更新，大概率是读取方式错了：
- ❌ 错误：const { userInfo } = useUserStore() → 解构出普通对象，失去响应性
- ✅ 正确：const { userInfo } = storeToRefs(useUserStore()) → userInfo 是 ref，挂载后自动同步最新值
- getters 和 actions 可直接解构，无需 storeToRefs
需要持久化？那是刷新场景，不是卸载问题
页面刷新导致状态清空，和组件卸载无关。这是 Pinia 默认内存存储的特性。解决方法是接入 pinia-plugin-persistedstate 插件，并在对应 store 中设置 persist: true 或精细化配置。这属于启动时的数据恢复逻辑，与组件生命周期无直接关系。
