递归写错会立即报RangeError而非变慢，主因是调用栈溢出；常见于缺base case或参数不更新；可用setTimeout/Promise转异步或while循环替代。
递归函数写错就会立即报 RangeError: Maximum call stack size exceeded
JavaScript 递归本质是函数调用自身，每次调用都压入调用栈。引擎对栈深度有限制（通常 10k~20k 层），一旦超过就抛出这个错误。不是“运行慢”，而是直接崩溃。
- 常见诱因：忘记写 base case（终止条件），或 base case 永远不满足（比如递归参数没变化、逻辑反了）
- 典型陷阱：
factorial(-1)、fibonacci(1000)、遍历深层嵌套对象但没控制深度 - 注意：严格模式和非严格模式下栈限制基本一致，不能靠切换模式绕过
setTimeout 或 Promise.resolve() 可打断同步调用链
把递归调用“推到下一轮事件循环”，让栈在每次调用后清空，从而规避深度限制。这不是尾递归优化（JS 引擎基本不支持），而是主动降级为异步调度。
function asyncCountDown(n) {
if (n <= 0) return;
console.log(n);
// 下一轮宏任务执行，栈已清空
setTimeout(() => asyncCountDown(n - 1), 0);
}-
setTimeout(fn, 0)是最兼容的写法，所有环境都支持 -
Promise.resolve().then(() => ...)属于微任务，更快但可能堆积微任务队列 - 代价：失去同步语义，无法用
return向上层传值；需改用回调或async/await封装
用 while 循环替代递归是最稳妥的方案
绝大多数递归逻辑都能转成迭代。尤其适合树遍历、阶乘、斐波那契、扁平化数组等场景。没有栈溢出风险，性能更好，也更容易加中断或日志。
function iterativeFactorial(n) {
let result = 1;
while (n > 1) {
result *= n;
n--;
}
return result;
}- 需要手动维护状态：用数组模拟调用栈（如 DFS）、用变量存中间结果（如累加器）
- 对嵌套结构（如树），用显式栈（
const stack = [root]）比递归更易调试和限深 - 注意：别为了“看起来像递归”硬套
while+continue，清晰优先
Chrome DevTools 里快速定位递归爆栈的位置
错误堆栈会列出重复出现的同一函数名，但默认折叠。展开后看最深几层的调用参数，就能发现哪次调用没推进状态。
立即学习“Java免费学习笔记（深入）”；
- 在 Sources 面板勾选
Async，可看到setTimeout或Promise引起的异步递归路径 - 用
debugger插在递归入口，配合console.trace()打印当前调用深度 - 如果用了 Babel 转译，确保开启了
sourceMap，否则堆栈指向生成代码而非源码
真正难的不是“怎么写递归”，而是判断“该不该用递归”。浏览器环境尤其要警惕用户可控输入触发深层递归——比如解析 JSON 字符串、渲染未知深度的组件树。这时候限深检查或强制迭代几乎是必须的。
