javascript深层递归栈溢出的核心原因是调用栈帧数量超限，而非内存不足；解决关键是将引擎自动管理调用栈转为手动控制流程，优先采用循环替代递归、加深度防护与终止条件，并避免依赖无效的尾递归优化。
JavaScript深层递归处理的核心，是把“依赖引擎自动管理调用栈”转为“手动控制执行流程”。栈内存溢出不是内存不够，而是调用栈帧数量超限——每次递归调用都会压入一个新帧，而JS引擎的调用栈容量通常只有1万到1.5万层左右。
为什么深层递归会触发栈溢出
调用栈是线性的、固定大小的内存区域。函数每调用一次，引擎就在栈顶存一份上下文（参数、变量、返回地址）；必须等内层函数完全返回，外层帧才能弹出。递归越深，堆积的未完成帧越多：
- 阶乘 factorial(10000) 可能成功，但 factorial(20000) 很大概率失败
- 遍历一棵退化成链表的二叉树（1000层高），朴素递归就会压入1000个栈帧
- setter中写 this.prop = value 会隐式再触发自身，形成无限同步压栈
用循环替代递归（最稳妥）
去掉函数调用，改用 while 或 for 管理状态，彻底绕开调用栈限制：
- 阶乘：用 for 累乘，不调用自身
- 数组扁平化：用 while + 数组展开，而非递归 concat
- DOM 深度遍历：用 stack 数组模拟调用栈，push/pop 节点而不是递归 call
加深度防护和终止条件（防兜底）
即使逻辑上该有出口，也要防止异常输入绕过判断：
- 所有递归函数显式加 depth 参数，入口处检查 if (depth > 500) throw new Error('Too deep')
- 遍历对象或树时，先判 node && node.children，避免空值继续递归
- 对用户可控输入（如嵌套JSON）设硬性深度上限，比如最多处理20层
避免伪优化：尾递归在多数环境无效
ES6 规范虽定义了尾调用优化（TCO），但实际支持有限：
- Chrome / Node.js（V8）默认不启用 TCO
- Safari（JavaScriptCore）和 Firefox（SpiderMonkey，严格模式下）支持，但不可跨平台依赖
- 写成尾递归形式（如 return fn(n-1, acc)）能提升可读性，但不能解决溢出问题
真正可靠的做法，是把状态从栈上挪到堆上——用数组、队列或对象存中间结果，靠循环驱动。这不是妥协，而是主动掌控执行节奏。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
