深拷贝的遍历深度由对象嵌套层级自然决定，通过递归隐式控制，遇基本类型终止、遇引用类型继续递归，循环引用需weakmap检测，实际深度受引擎栈限制（如v8约10000–20000层）和性能约束。
手动实现深拷贝时，遍历深度由对象的嵌套层级决定，而非代码中显式设定一个“最大深度值”。深拷贝的本质是递归遍历所有可枚举属性，直到触达基本类型（如 string、number、boolean、null、undefined、symbol、bigint），这一过程自然终止于叶子节点，无需预先限制层数。
递归是隐式控制深度的核心机制
每次进入一个引用类型（Object 或 Array），就开启一层新调用栈。JavaScript 引擎自动管理这个深度——只要内存够、调用栈不溢出，就会一直递下去。
- 遇到普通对象或数组：新建对应结构，再对其每个属性/元素递归拷贝
- 遇到 Date、RegExp、Map、Set 等内置类型：需单独判断并构造新实例
- 遇到 null 或基本类型：直接返回，递归在此终止
- 遇到循环引用：若不处理，递归会无限进行，最终抛出 RangeError: Maximum call stack size exceeded
实际深度受限于运行环境与数据本身
没有硬编码的“深度上限”，但真实场景中存在客观约束：
- V8 引擎默认调用栈深度约 10000–20000 层，极深嵌套可能触发栈溢出
- 超深结构（如 1000 层嵌套对象）虽语法合法，但性能急剧下降，应视为设计异常
- JSON.stringify() 无法处理超过约 100 层的嵌套（因内部递归+字符拼接开销），但这不是深拷贝本身的限制
检测与应对过深深度的实用方式
不靠预设数字，而是用递归计数 + 安全阈值做防御性保护：
- 在递归函数中传入当前深度参数（初始为 0），每深入一层加 1
- 到达比如 100 层时提前抛错或降级为浅拷贝，避免崩溃
- 更健壮的做法是用 WeakMap 记录已访问对象，既解决循环引用，也间接防止重复深层遍历
常见误区：混淆“深度”与“广度”
深拷贝关注的是单条路径上的嵌套层级（深度），不是属性数量（广度）：
- 深：{ a: { b: { c: { d: 1 } } } } → 4 层深度，但只有 1 条路径
- 宽：{ a: 1, b: 2, c: 3, ..., z: 26 } → 1 层深度，但有 26 个属性
- 真正影响栈空间的是深度，不是宽度；宽对象只增加单层内存占用，不增加调用层数
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
