JavaScript调用栈无标准深度限制，实际取决于引擎实现与资源：Chrome约13500层、Firefox4000–7000层、Safari20000–25000层；Node.js默认1MB栈空间，可扩至16MB；关键影响因素是每帧内存占用而非递归次数；防护需加深度计数器（建议阈值1000）、显式栈模拟或微任务切片。
JavaScript 执行上下文栈（即调用栈）没有语言标准规定的固定最大深度，它的上限完全取决于运行时引擎的实现和当前环境资源，属于物理限制而非语法限制。
Chrome（V8）实测安全深度约 13,500 层，但会因参数大小、闭包数量、DevTools 是否开启、内存压力而波动，低至 11,000 层以下；Firefox（SpiderMonkey）更保守，通常在 4,000–7,000 层；Safari（JavaScriptCore）相对宽松，可达 20,000–25,000 层。Node.js 默认栈空间约 1MB，可通过 --stack-size=16384 扩展至 16MB 左右，但不推荐盲目加大。
真正影响深度的关键不是“递归次数”，而是每个栈帧占用的空间：函数参数越多、局部变量越大、作用域链越深，单层消耗越高，总层数就越少。
- 每次函数调用都会创建新执行上下文，包含参数、局部变量、this 绑定、作用域链和返回地址
- 栈遵循 LIFO 原则，无法手动清空，只能靠函数返回自动弹出
- 一旦压入速度远大于弹出速度（如无终止条件的递归、循环引用深拷贝），就会触发
RangeError: Maximum call stack size exceeded
运行时深度守卫
最轻量且必须添加的防护手段。在递归入口用计数器拦截：
立即学习“Java免费学习笔记（深入）”；
- 将当前深度作为参数传入（如 depth = 0），每次递归前检查是否超过阈值（建议设 1000，留足余量）
- 超限时主动抛错或切换为迭代逻辑，避免等到引擎崩溃
- 避免使用闭包变量或全局计数器，防止状态污染和并发问题
显式栈替代调用栈
彻底绕过引擎栈限制，把递归逻辑转为 while 循环 + 数组模拟栈：
- 把待处理节点、路径、上下文元数据封装成对象，push 到数组栈中
- 循环 pop 处理，遇到子结构再 push，不产生新函数调用
- 天然支持中断、恢复、进度追踪，也便于加入 WeakMap 检测循环引用
微任务切片释放栈帧
保持递归语义但避免同步阻塞，适合允许轻微延迟的场景：
- 用 queueMicrotask 或 Promise.resolve().then() 拆解每层调用
- 每轮只推进一层，交还控制权给事件循环，让上层栈帧自然清空
- 可配合节流，例如每 50 层插入一次 await new Promise(r => setTimeout(r, 0))
Node.js 启动期栈加固
仅限服务端环境，作为兜底增强手段：
- 启动时加参数 --stack-size=16384（单位 KB），将默认约 1MB 栈空间提升至 16MB
- 需谨慎使用：过大栈空间可能掩盖设计缺陷，低内存容器中反而引发 OOM
- 搭配 process.on('uncaughtException') 做日志与优雅退出，不可用于恢复递归逻辑
不复杂但容易忽略
