JavaScript递归无语言级深度限制但受调用栈物理上限约束，需主动设防：运行时深度守卫、显式栈替代、微任务切片、Node.js栈空间加固。
JavaScript 递归本身没有语言级深度限制，但调用栈有物理上限——一旦超出，直接抛出 RangeError: Maximum call stack size exceeded，程序同步卡死。保护调用栈和内存的关键，不是等它崩，而是主动设防：用可预测、可中断、可降级的方式约束递归行为。
运行时深度守卫（最轻量且必加）
在递归函数入口加入显式计数器，是防御栈溢出的第一道防线。它不依赖环境探测，开销极低，且能提前拦截风险：
- 每次递归调用前检查当前深度是否超过安全阈值（如 1000 层），超限立即抛出自定义错误或切换到迭代逻辑
- 把深度作为参数传递（如
depth = 0），避免闭包或全局变量带来的状态污染 - 阈值需留余量：Chrome 实测约 13500 层，但传入大对象或开启 DevTools 可能压至 11000 以下，设 1000 是兼顾安全与实用性常见选择
用显式栈替代函数调用（彻底规避栈增长）
将递归逻辑“平铺”为 while 循环 + 数组栈，完全绕过引擎调用栈限制。适用于树遍历、JSON 解析、路径查找等典型场景：
- 把待处理节点、当前路径、上下文元数据封装成对象，
push到数组栈中 - 循环
pop栈顶项，处理其属性；遇到嵌套对象/数组，再push子项 - 可随时中断、记录进度、恢复执行，也便于加入循环引用检测（如用
WeakMap缓存已访问对象）
微任务切片（保持语义但释放栈）
当业务逻辑强依赖递归结构（如异步重试、分片渲染），又需避免同步阻塞时，可用 queueMicrotask 或 Promise.resolve().then() 拆解调用链：
- 每轮只推进一层递归，然后交还控制权给事件循环，让栈帧自然清空
- 适合允许轻微延迟的场景，比如深层配置合并、渐进式 DOM 更新
- 注意不要滥用：过多微任务会拖慢响应，建议配合节流（如每 50 层插入一次
await new Promise(r => setTimeout(r, 0))）
启动期栈空间加固（Node.js 环境专属）
Node.js 提供运行时干预能力，可在服务启动时扩大 V8 调用栈容量，作为兜底增强：
- 用
--stack-size=16384启动（单位 KB），将默认约 1MB 栈空间提升至 16MB 左右 - 需权衡稳定性：过大栈空间可能掩盖设计缺陷，且在低内存容器中反而引发 OOM
- 搭配
process.on('uncaughtException')做异常兜底，但仅用于日志与进程优雅退出，不可用于恢复递归逻辑
