深拷贝的核心作用是让两个对象彻底断开连接、实现完全解耦——改一个，另一个纹丝不动；关键在于内存中存在两份独立数据，而非仅复制动作本身。
深拷贝的核心作用就是让两个对象彻底“断开连接”，实现完全解耦——改一个，另一个纹丝不动。关键不在于“复制动作”本身，而在于复制后内存中是否真正存在两份独立的数据。
为什么浅拷贝做不到解耦
浅拷贝只复制第一层属性，遇到对象、数组这类引用类型时，拷贝的是地址而非值。比如用 Object.assign() 或展开运算符 {...obj}，新对象的嵌套属性仍和原对象共享同一块堆内存。改嵌套里的字段，原对象跟着变——这根本不是解耦，只是换个名字继续共用。
真正起效的深拷贝方式
要达成完全解耦，必须确保所有层级的引用类型都被递归复制出全新实例：
- JSON.parse(JSON.stringify(obj))：适合纯数据对象（不含函数、undefined、Date、RegExp、Symbol 等），简单快捷，但会丢失类型信息和特殊值；
- structuredClone()：现代浏览器原生支持，能正确处理 Map、Set、Date、RegExp、ArrayBuffer 及循环引用，是目前最推荐的通用方案；
- 递归手写 deepClone：可控性强，可定制处理逻辑（如过滤字段、转换日期格式），但需手动处理循环引用、特殊类型和原型链；
- Lodash 的 _.cloneDeep()：经过大量场景验证，兼容性好，内部已妥善处理边界情况，适合生产环境直接调用。
解耦成功的判断标准
不能只看代码写了“深拷贝”，要验证行为是否真正独立：
- 修改新对象任意层级的属性（包括嵌套对象、数组元素、甚至数组 push 新项），原对象对应位置数据保持不变；
- 对新对象添加/删除属性，原对象不受影响；
- 使用 === 比较任意嵌套子对象，结果均为 false（说明不是同一内存地址）。
容易被忽略的解耦陷阱
即使用了深拷贝方法，也可能因数据结构特殊而失效：
- 原对象含函数、正则、Date 实例等，JSON 方法会丢弃或转成空对象/字符串，导致功能断裂；
- 对象存在循环引用（如 obj.parent = obj），多数手写递归或 JSON 方式会报错或无限循环，structuredClone 和 Lodash 已内置防护；
- 拷贝后仍通过闭包、全局变量或外部状态间接关联，解耦只是表面，逻辑上依然耦合。
