深拷贝是“怎么用得稳、用得准、用得省心”的工程问题，关乎状态快照、表单回滚、配置隔离可靠性；需按场景选型：JSON法适用于纯数据，structuredClone适配现代浏览器，lodash.clonedeep兼顾兼容与特殊类型，复杂场景须兜底处理循环引用和内置对象。
深拷贝不是“要不要用”的选择题，而是“怎么用得稳、用得准、用得省心”的工程问题。它直接关系到状态快照是否可靠、表单草稿能否回滚、配置变更是否隔离——一旦失效，轻则界面错乱，重则引发偶发性数据污染，排查成本极高。
按场景精准选型：别让通用方案拖慢关键路径
不同业务环节对深拷贝的要求差异很大，硬套一种方案容易踩坑：
-
纯 JSON 数据（如 API 响应缓存）：用
JSON.parse(JSON.stringify(obj))最快，但必须确认数据不含函数、Date、RegExp、undefined、Symbol 或循环引用 -
现代浏览器环境（Chrome 98+ / Edge 98+ / Safari 15.4+）：优先用原生
structuredClone()，支持 Date、RegExp、Map、Set、ArrayBuffer 及循环引用，且无额外依赖 -
需兼容旧环境或处理特殊类型（如 DOM 节点、自定义类实例）：选用
lodash.clonedeep，稳定成熟，但注意它不保留属性描述符（如writable、enumerable）和原型链
复杂结构必须兜底：循环引用与特殊对象不能靠猜
真实业务对象常含 Date、正则、Promise、甚至 DOM 元素或类实例。此时 JSON.stringify 会静默丢弃或转成空对象，structuredClone 也对某些宿主对象（如 File、CanvasRenderingContext2D）抛错。
推荐用 lodash.cloneDeepWith 自定义规则，例如：
立即学习“Java免费学习笔记（深入）”；
- 遇到
Date实例 → 返回新new Date(value) - 遇到
RegExp→ 返回new RegExp(value.source, value.flags) - 遇到函数或不可序列化对象 → 显式返回
undefined或打日志告警 - 遇到循环引用 → 在 customizer 中用 WeakMap 缓存已处理对象，避免栈溢出
统一入口 + 监控 + 日志：把深拷贝变成可维护能力
散落在各处的深拷贝调用极易失控。建议封装为团队统一工具函数：
- 所有深拷贝操作走
safeDeepClone(value, options)入口，options 支持ignoreKeys（过滤敏感字段）、onWarn（触发警告回调）等 - 在开发环境开启拷贝耗时监控，单次 >50ms 自动上报，避免大对象拷贝阻塞渲染
- 对高危场景（如 Redux store 快照、表单撤销栈）添加日志，记录源对象 constructor 名称与深度，便于事后追溯
警惕伪深拷贝：Object.assign 和扩展运算符不是解药
它们只复制第一层属性，对嵌套对象完全无效：
-
Object.assign({}, obj)和{...obj}都是浅拷贝，修改obj.nested.field仍会影响原对象 - 数组的
slice()、concat()、[...arr]同样只深拷贝一层，嵌套数组或对象仍共享引用 - Vue 的
toRaw()或 React 的useMemo不解决拷贝问题，只是绕过响应式或缓存逻辑
