JavaScript原型链无长度上限，仅受内存限制；递归深度则受调用栈物理容量约束，各引擎临界值不同（Chrome约13500、Safari约25000、Firefox约7000），须用深度守卫、显式栈或微任务切片规避溢出风险。
JavaScript 中原型链没有长度上限，而递归有实际深度限制——但两者的“限制”性质完全不同：前者是逻辑结构，后者是物理资源约束。
原型链长度：无引擎硬性上限，靠遍历计数
原型链本质是一条由 Object.getPrototypeOf() 串起来的引用链，终点是 null。它不是数组，也没有内置的 length 属性，更不受引擎设定的最大层数约束。
- 你可以用循环手动统计长度，例如从对象出发逐层向上，直到返回
null，每步加一 -
Object.create(null)创建的对象原型为null，链长为 1；普通对象（如{}）链长通常为 2（自身 →Object.prototype→null） - 即使人为构造千层原型链（比如循环调用
Object.create），V8、SpiderMonkey 等引擎也不会报错，查找性能在百层内依然高效
递归深度：受调用栈物理容量限制
递归调用会不断压入函数帧到调用栈，栈空间耗尽时抛出 RangeError: Maximum call stack size exceeded。这个临界值因环境而异，且不可靠：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- Chrome（V8）：约 13,500 层（开启 DevTools 后可能降至 11,000 以下）
- Safari（JavaScriptCore）：约 20,000–25,000 层（目前最宽松）
- Firefox（SpiderMonkey）：约 4,000–7,000 层（控制最严格）
- Node.js：通常 8,000–12,000 层，低内存容器中可能更低
如何安全应对递归深度风险
不能等错误发生才处理，因为栈溢出是同步阻塞、无法恢复的。必须主动设防：
立即学习“Java免费学习笔记（深入）”；
-
运行时深度守卫：递归函数接收
depth参数，每次调用前检查是否超过安全阈值（如 1000），超限即终止或切换策略 -
显式栈替代：把递归逻辑改写为
while循环 + 数组栈，完全避开调用栈增长，还支持中断、状态保存和循环引用检测 -
微任务切片：用
queueMicrotask或Promise.resolve().then()拆解深层调用，每轮只推进一层，让事件循环清空栈帧
尾递归优化现状：基本不可依赖
ES6 规范虽定义了尾递归优化（TCO），但实际支持极有限：
- 仅 Safari 默认启用；Chrome 和 Firefox 已明确移除 TCO 支持
- 即使写成标准尾递归形式，在主流环境中仍会栈溢出
- 不要把它当作规避深度限制的手段，应优先考虑迭代或切片方案
