调用栈深度需可控、可测、可退；js引擎无语言级递归上限但物理栈有限，chrome约1.3万层、node默认1mb，超限触发rangeerror；应采用运行时深度守卫、显式栈替代、微任务切片及node启动加固四类防护策略。
调用栈深度不是越深越好，而是要可控、可测、可退。JS 引擎不设语言级递归上限，但物理栈空间真实有限——Chrome 实测约 1.3 万层，Node 默认栈约 1MB，稍有不慎就触发 RangeError: Maximum call stack size exceeded，同步崩溃无法恢复。
运行时深度守卫：递归入口必加的“安全阀”
这是成本最低、效果最直接的防护手段。不依赖环境探测，也不修改逻辑结构，仅靠一个计数器就能提前拦截风险：
- 把当前深度作为参数传入递归函数（如
depth = 0），避免闭包或全局状态污染 - 每次递归前检查
if (depth > 1000) throw new Error('Recursion too deep')或切换为迭代逻辑 - 阈值留足余量：DevTools 开启、大对象传递、V8 版本更新都可能压缩可用栈，1000 是兼顾安全与通用性的经验起点
显式栈替代：彻底绕过调用栈增长
当递归结构明确（如树遍历、嵌套配置解析、路径回溯），优先用数组模拟栈，把递归转为 while 循环：
- 将待处理节点 + 上下文（如层级、路径、状态）封装成对象，
push到栈数组 - 循环
pop栈顶，处理后对子项再push，完全不触发函数调用栈增长 - 天然支持中断、进度保存、循环引用检测（配合
WeakMap记录已访问对象）
微任务切片：保持语义，释放栈帧
适用于不能轻易改写为迭代、又必须避免同步阻塞的场景（如深层 DOM 更新、异步重试链、渐进式渲染）：
- 用
queueMicrotask或Promise.resolve().then()把每层递归拆成独立微任务 - 每轮只推进一层，控制权交还事件循环，让上一帧自然出栈
- 若层数极大，可节流：例如每 50 层插入
await new Promise(r => setTimeout(r, 0))，避免微任务队列过载
Node 启动加固：仅作兜底，不可替代设计
仅限 Node.js 环境，属于运行时补救而非开发规范：
- 启动时加
--stack-size=16384（单位 KB），将默认约 1MB 栈扩至 16MB 左右 - 必须搭配异常兜底：
process.on('uncaughtException')仅用于日志与优雅退出，绝不用于“恢复”递归流程 - 注意副作用：过大栈空间可能掩盖深层设计缺陷，在低内存容器中反而诱发 OOM
