深度克隆的递归深度限制是防御性保护机制，防止栈溢出、内存耗尽或无限循环；通过计数器阈值判断、WeakMap环检测及链表分段递归+迭代兜底实现，确保可靠可控。
深度克隆的递归深度限制，本质是一种防御性保护机制，用来防止因对象嵌套过深导致的栈溢出、内存耗尽或无限循环。它不是否定递归本身，而是给递归过程加一道安全阀。
为什么需要限制递归深度
原始链表若存在超长嵌套（比如上万级节点）、意外环引用（本该无环却因数据错误形成闭环），或对象图结构异常复杂，纯递归克隆会持续压栈，最终触发 JavaScript 的 RangeError: Maximum call stack size exceeded 或 JVM 的 StackOverflowError。这不是性能问题，而是运行时崩溃风险。
- 链表节点逐层调用克隆函数，每层占用一个调用帧
- 没有深度检查时，10000 层嵌套 ≈ 10000 次函数调用 ≈ 极大概率爆栈
- 环引用会让递归永不终止，直到内存或栈空间被彻底耗尽
如何实现递归深度限制
核心是在递归入口处引入计数器和阈值判断，一旦超过预设深度就主动中止或降级处理：
- 在克隆函数参数中显式传入当前深度（初始为 0），每次递归调用时 +1
- 到达阈值（如 100 或 200）时，抛出可捕获的错误，或返回浅拷贝+警告
- 配合 WeakMap 缓存已访问对象，既能检测环引用，也能避免重复克隆同一对象造成的深度误判
对链表类结构的特别适配
针对单向/双向链表这类线性但可能极长的对象，可采用“分段递归 + 迭代兜底”策略：
- 前 N 层（如 50 层）走常规递归，保障清晰性和开发效率
- 超过后自动切换为迭代遍历 + 手动构造新节点，规避调用栈压力
- 若检测到 next 指针指向已出现过的节点，立即报环引用错误，不继续深入
这不是妥协，而是工程务实
深度限制不是为了让克隆变“浅”，而是把不可控风险转化为可控响应。真实业务中，上万级嵌套链表往往意味着建模异常或数据污染——此时及时失败，比让整个应用卡死或静默出错更有价值。它让深度克隆从“尽力而为”变成“可靠可预期”的操作。
