深拷贝的核心目标是创建与原对象完全独立的新对象。json.parse(json.stringify())适合纯数据但有诸多限制；structuredclone()支持更多类型且处理循环引用，但兼容性有限；手写递归方案灵活可控；lodash clonedeep功能全面但体积较大；选择需权衡兼容性、功能、性能与体积。
深拷贝在 JavaScript 中的核心目标是创建一个与原对象完全独立的新对象，确保修改副本不会影响原始数据。早期方案受限于语言特性，后来随着标准演进和工程需求升级，方法也逐步从简单粗暴走向健壮可控。
JSON.parse(JSON.stringify()) 的适用与陷阱
这是最简捷的“伪深拷贝”方式，适合纯数据对象（仅含字符串、数字、布尔值、null、数组、普通对象），不包含函数、undefined、Symbol、Date、RegExp、Map、Set、BigInt 或循环引用。
- 遇到 undefined、function、Symbol 会被直接忽略或转为 null
- Date 对象变成字符串，RegExp 变成空对象
- 存在 循环引用 时直接报错：Uncaught TypeError: Converting circular structure to JSON
- 无法保留原型链，结果始终是 plain object
structuredClone() —— 现代浏览器原生解法
作为 WHATWG 标准的一部分，structuredClone() 是目前最接近“开箱即用”的深拷贝方案，支持 Map、Set、Date、RegExp、ArrayBuffer、TypedArray、Error（部分）、Blob 等，并能正确处理循环引用。
- 兼容性需注意：Chrome 98+、Firefox 94+、Safari 15.4+，Node.js 17.0+（需启用 --experimental-vm-modules）
- 不支持 function、undefined、Symbol、WeakMap、WeakSet、Promise、Proxy
- 调用简单：
structuredClone(obj)，无额外依赖，无序列化/反序列化开销
手写递归 + 类型判断的可控方案
当需要支持自定义类型（如类实例）、过滤字段、处理特殊值（如 NaN、Infinity）、或兼容老环境时，常采用手动实现。关键在于识别类型、避免循环引用、区分可枚举属性与原型属性。
- 用
Object.prototype.toString.call()或typeof+ 构造器判断类型 - 用 WeakMap 缓存已遍历对象，检测并复用已有副本以解决循环引用
- 对 Date、RegExp 等内置对象，调用其构造函数创建新实例（如
new Date(obj)） - 对 Map/Set 需分别遍历键值或元素重建，不能只拷 key/value
Lodash cloneDeep 与第三方库的权衡
lodash.cloneDeep 是成熟度高、覆盖场景广的工业级方案，支持函数（浅拷贝引用）、Error、Map、Set、RegExp、Date、Uint8Array 等，并提供自定义克隆逻辑的钩子（customizer）。
- 体积较大（约 7KB gzip），若仅需基础功能，可能过度
- 对 Symbol 键的支持需 v4.17.0+，且默认不拷贝不可枚举属性
- 某些框架生态（如 Vue 3 的 reactive 对象）需额外适配，否则可能触发响应式副作用
- 适合中大型项目，尤其当已有 Lodash 依赖时，复用成本低、稳定性强
选择深拷贝方案本质是在兼容性、功能完整性、性能和包体积之间做取舍。现代项目优先尝试 structuredClone；需兼容 IE 或处理复杂类型时，选定制递归或 Lodash；临时调试或简单数据结构，JSON 方案仍够用但务必确认数据形态。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
