Vue中不存在“状态溢出”标准术语，实际指状态管理引发的内存溢出或失控，如Vuex/Pinia中未清理数据、循环引用、监听器残留等；需明确状态边界、及时清理失效状态、规避响应式开销，并用工具监控验证。
明确状态边界，避免无节制挂载
不要把所有数据都塞进 store。尤其警惕以下情况：
- 将整个后端响应（如含二进制、长文本、嵌套千级树）直接 commit 到 state
- 在 store 中缓存大量 DOM 节点、Canvas 实例、File 对象等非序列化资源
- 用 state 存储函数、Promise 实例、EventSource 等持有外部引用的对象
✅ 建议：只存必要、轻量、可序列化的业务数据；复杂对象用 WeakMap 或局部变量管理，不进 store。
及时清理失效状态与副作用
store 本身不会自动销毁数据，需主动干预：
- 组件卸载时调用 reset 或 clear action 清空专属状态（如表单草稿、搜索历史）
- 使用 Pinia 的
onUnmounted或 Vuex 的模块动态注册/注销机制，在路由离开时卸载对应模块 - 对定时器、WebSocket、EventBus 订阅等副作用，统一在 store 的
actions中提供destroy方法，并在组件beforeUnmount中调用
规避响应式系统带来的隐性开销
Vue 的响应式追踪会为每个响应式属性创建依赖关系，深层嵌套或超大数组极易触发性能瓶颈：
立即学习“前端免费学习笔记（深入）”；
- 对仅读取不用响应式的海量列表，用
markRaw包裹（如表格原始数据），再通过 computed 加工视图所需字段 - 避免在 state 中直接保存
new Date()、Math.random()等频繁变更值——它们会不断触发依赖更新 - 使用结构化克隆（
structuredClone）替代深拷贝 JSON.parse(JSON.stringify())，减少中间对象爆炸
监控与验证是否真有“状态溢出”
别凭感觉判断，用工具定位真实瓶颈：
- Chrome Memory 面板录制堆快照，筛选
VueComponent、Proxy、Array实例数量是否异常增长 - 在 store 的 mutation/action 中添加简易日志：
console.log('userState size:', Object.keys(userState).length) - Pinia 用户可启用
devtools: true并配合 Vue Devtools 的 “Timeline” 查看 state 变更频率和体积
