关键在于匹配数据结构的深度、更新频率和共享范围：中等深度用reactive，大型结构用shallowReactive；Map/Set/类实例优先ref+markRaw；跨组件编辑需toRaw→深拷贝→重包装；动态表单应分层管理。
Vue 状态管理中处理复杂响应式数据，关键不在“用不用状态管理”，而在于“哪种方式更匹配当前结构的深度、更新频率和共享范围”。对复杂数据，硬套 reactive 或全局 store 反而容易引发性能抖动、响应丢失或调试困难。
深层嵌套对象：reactive 还是 shallowReactive？
中等深度（如 3–4 层）的表单配置、用户偏好项，用 reactive 最自然——它自动代理所有嵌套属性，v-model 绑定、computed 依赖都能无缝工作。
但遇到大型结构（如组织树、动态字段容器、上千节点的配置面板），直接 reactive 整棵树会触发大量 Proxy 劫持与依赖收集，搜索/展开时卡顿明显。这时应改用 shallowReactive，只代理顶层字段：
- 根对象保持响应式（如
{ nodes: [], filters: {}, version: 1 }），子节点用普通对象或 markRaw 包裹 - 过滤、搜索逻辑放在 computed 中，内部函数不修改原数据，只返回新数组
- 需要局部更新时，用 ref 封装节点数据，配合 toRaw 解包后再深拷贝编辑
Map / Set / 类实例：ref 是首选封装方式
Vue 模板不支持直接 v-for 遍历 Map 或 Set，且 reactive 对非 plain object 的支持有限。正确做法是：
立即学习“前端免费学习笔记（深入）”；
- 用 ref 包裹
new Map()或new Set()，确保引用可追踪 - 遍历时调用
.value.entries()、.keys()或.values()，不能直接解构 - 若 Map 值本身是复杂对象（如
Map<string, { id: number; meta: Record<string, any> }>），建议用计算属性做一次扁平映射，或拆到子组件中隔离响应链 - 含方法或私有字段的类实例，必须用 ref + markRaw，避免 Proxy 干预内部逻辑
跨组件编辑同一份数据：先解包，再拷贝，后包装
子组件接收父级传来的 reactive 对象并需本地编辑？直接修改会污染源数据，也不利于撤销/重置。稳妥路径是：
- 用 toRaw 获取原始对象（避开 Proxy 陷阱）
- 根据数据特征选深拷贝方式：
— 纯 JSON 结构（无函数、Date、undefined）→JSON.parse(JSON.stringify())
— 含 Date/RegExp/循环引用 →lodash.cloneDeep或fast-copy
— 高频快照场景（如画布状态）→ 优先fast-copy - 编辑完成后，如需回传响应式版本，再用
ref()或reactive()重新包装
动态表单与递归结构：分层管理比全量响应更可控
一个包含 20+ 字段、支持增删嵌套组、带条件显隐的表单，不应全量 reactive({ … })。推荐组合策略：
- 表单主体状态用 reactive（如
{ name: '', email: '' }） - 字段元信息（label、校验规则、是否禁用）用 ref 数组 维护，每个条目含 key 和 config
- 动态新增字段时，仅 push 到 ref 数组，并在 form 对象上添加对应 key 的初始值
- 验证逻辑抽成计算属性或自定义 hook，避免模板里堆 if-else
