javascript深拷贝复杂因对象仅存引用，嵌套加深易栈溢出，循环引用需weakmap检测；混合类型（date/regexp/map等）克隆方式各异；原型与不可枚举属性易丢失；性能与安全需依场景权衡。
JavaScript 中深拷贝对嵌套引用的处理之所以复杂，根本原因在于：对象和数组本身不存数据，只存指向内存地址的引用。一旦嵌套层级变深、类型变杂、结构出现循环，简单的复制逻辑就会失效或崩溃。
嵌套层级加深带来递归失控风险
深拷贝必须逐层进入对象/数组内部，对每个值判断类型并决定如何复制。遇到多层嵌套（如 {a: {b: {c: {d: {...}}}}}）时，递归深度可能超出调用栈限制；若结构中存在环状引用（A → B → A），不做检测就会无限递归，最终触发 “Maximum call stack size exceeded” 错误。
- 必须维护一个“已拷贝对象映射表”，每次进入新对象前先查是否已处理过
- 映射表键不能用 JSON 字符串（无法区分不同对象），应使用
WeakMap存储原始对象 → 拷贝后对象的映射关系 - 递归函数需在入口处做“是否已存在”判断，存在则直接返回对应拷贝结果
混合类型让统一处理难以落地
一个真实业务对象常混杂普通属性、数组、Date、RegExp、Map、Set、null、undefined、甚至函数和 Symbol。而每种类型的构造与克隆方式完全不同：
-
Date需用new Date(original.getTime())或original.toISOString()再解析 -
RegExp要提取source和flags，再用new RegExp(source, flags) -
Map/Set不能靠JSON.stringify，需遍历键值对重建 -
function和Symbol通常不拷贝（语义上不可复制），但需明确保留还是丢弃 -
null和undefined可直接返回，但要注意typeof null === 'object'的陷阱
原型链与不可枚举属性容易被忽略
原生 JSON.parse(JSON.stringify()) 或简单递归只遍历可枚举自有属性，会丢失：
- 原型上的方法或属性（如自定义类实例继承的方法）
- 通过
Object.defineProperty设置的enumerable: false属性 - constructor、__proto__ 等隐式链接信息
若需完整复刻行为一致性（例如拷贝一个带自定义 toString 的类实例），就得手动获取所有自有属性（Object.getOwnPropertyDescriptors）并重建原型关系。
性能与安全需权衡取舍
完全通用的深拷贝函数必然带来开销：遍历、类型判断、映射查找、构造新实例……尤其在大数据量或高频调用场景下，可能成为瓶颈。
- 生产环境若确定数据结构固定（如 API 返回的标准化 JSON），优先用
JSON.parse(JSON.stringify(obj))，快且安全 - 若含 Date/RegExp 但无循环引用，可用轻量级库如
lodash.cloneDeep，它做了大量优化和类型特判 - 自研方案务必加边界控制：限制最大递归深度、跳过非必要类型（如函数）、提供 bail-out 机制
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
