Vue 3 中精准控制响应式可解决大型静态数据内存占用问题：用 markRaw 标记城市列表等不可变数据，拆分动静数据，大列表场景改用 shallowRef + triggerRef，并警惕隐式响应化与残留依赖。
Vue 状态管理中，响应式对象的内存占用问题主要出现在大型静态数据被无差别转为响应式时。最直接有效的解法不是“减少响应式”，而是“精准控制哪些该响应”。Vue 3 提供了明确的 API 和设计模式，让开发者能主动规避代理开销，而不是被动承受。
用 markRaw 跳过静态大数据的响应式包装
城市列表、国家码、字典项、枚举映射等初始化后永不变更的数据，完全不需要响应式能力。对它们调用 markRaw，可彻底阻止 Vue 创建 Proxy 实例、收集依赖、维护 targetMap 映射——从源头消除内存与初始化负担。
- 在数据加载完成、注入状态前一次性标记，不要对数组每个元素单独 markRaw
- 配合 reactive 或 ref 使用：如
const cities = markRaw(await fetchCities())，再赋值给state.cities - 避免与 reactive 混用：不要把 markRaw 后的对象再传入 reactive，否则失效
拆分动静数据，只对变化部分启用响应式
一个典型对象常混合静态配置与动态状态。例如用户资料页包含不可变的「角色权限定义」和可编辑的「当前昵称/头像」。应将二者分离：
- 静态部分（如 roles、permissions、options）用 markRaw 或 Object.freeze 封装，保持原始 JS 对象形态
- 动态部分（如 nickname、avatarUrl、isEditing）放入 reactive 或 ref，仅这部分触发更新追踪
- 模板中通过计算属性或方法组合展示，逻辑清晰且无冗余依赖
大列表场景：shallowRef + triggerRef 替代 deep reactive
当面对 10 万条纯展示型数据（如日志列表、商品目录），且更新方式是整页替换而非单条修改时，deep reactive 是严重浪费。
立即学习“前端免费学习笔记（深入）”；
- 改用 shallowRef 存储原始数组，仅代理引用层级，内部属性不递归响应
- 新数据到达后，赋值并立即调用 triggerRef，强制视图重新读取整个值
- 配合虚拟滚动（如 vue-virtual-scroller），确保 DOM 节点数可控，避免渲染爆炸
警惕隐式响应化与残留依赖
即使用了 markRaw，若后续代码误将其嵌入 reactive 对象或作为 ref.value 赋值，仍可能触发深层代理。同时组件卸载时未 stop effect，会导致依赖集合持续持有函数引用，形成内存泄漏。
- 检查所有数据流入点：API 响应 → store → 组件状态，确认 markRaw 是否在最早环节生效
- 对需手动清理的副作用（如 watch、自定义 effect），在 onUnmounted 中显式调用 stop
- 用 Vue Devtools 的 “Reactivity” 面板观察 targetMap 大小，验证静态数据是否真正脱离响应式系统
