深拷贝策略应围绕数据生命周期分层决策：必须隔离可变集合、嵌套对象及带状态配置；跳过只读常量与纯函数；转换Date、RegExp等特殊类型；优先语义化构造而非通用深拷贝，选structuredClone或fast-copy等轻量工具。
规划拷贝策略不是选一个“最全”的深拷贝函数，而是围绕数据生命周期做分层决策：哪些字段必须隔离、哪些可以共享、哪些根本不用拷贝。
识别必须深拷贝的字段
嵌套对象、数组、Map/Set、Date、RegExp 这类引用类型或带状态的数据，一旦被多个模块读写，就容易互相干扰。比如表单配置里的 rules: [{ validator() { ... } }]，函数本身不可序列化，但若业务中只读不改，真正需要隔离的是当前输入值、校验状态等可变部分，而非函数定义。
- 必深拷贝：可变集合（Array/Map/Set）、嵌套对象、含运行时状态的配置项
- 可跳过：只读常量、纯函数（无闭包依赖）、undefined 或 null
- 需转换：Date → 新 Date 实例或时间戳；RegExp → 重建实例
用结构化构造替代通用深拷贝
比起递归遍历整个对象树，按业务语义显式构造目标对象更轻量、更可控。例如后端返回一个完整 User 对象，前端只需展示姓名、头像、在线状态，那就直接映射生成 UserCardData，而不是先深拷贝整个 User 再删减字段。
- DTO 转换优先用 zod + transform（TS）或 MapStruct（Java），编译期生成代码，零运行时反射开销
- 状态派生用 createSelector（Redux Toolkit）或 computed（Vue），避免每次渲染都触发拷贝
- 表单编辑场景，仅对当前编辑字段做局部更新，如 { form, profile: { ...form.profile, name: newValue } }
控制拷贝的粒度与时机
高频操作中，拷贝本身可能成为瓶颈。比如每输入一个字符就深拷贝整个表单，或在 useEffect 中反复拷贝 props 对象。
立即学习“前端免费学习笔记（深入）”；
- 延迟拷贝：先用引用暂存，只在提交、导出、快照等确定性节点执行
- 增量拷贝：配合 WeakMap 缓存已处理子树，避免重复遍历相同对象
- 冻结只读副本：对不需要修改的拷贝结果调用 Object.freeze()，防止意外赋值，也利于 V8 优化
选对工具，不迷信“一键深拷贝”
JSON.parse(JSON.stringify()) 看似简单，实则丢函数、崩循环引用、卡大对象；lodash.cloneDeep 全面但有反射和遍历开销；现代方案讲求平衡：
- 浏览器环境优先用 structuredClone()（支持 Map/Set/Date/RegExp 和循环引用）
- Node.js 或需兼容旧版时，用 fast-copy——它对简单对象快 2 倍，对含 TypedArray 的大数据快 3 倍以上
- Java 生产环境禁用 BeanUtils.copyProperties，改用 MapStruct，10000 次拷贝从 450ms 降到 8ms
