尾调用优化（TCO）在JavaScript中实际不可用，因V8、SpiderMonkey等主流引擎均未启用该特性，即使符合尾调用定义的递归代码仍会栈溢出。
尾调用优化（TCO）在 JavaScript 中实际不可用
JavaScript 规范确实定义了尾调用优化（Tail Call Optimization），但主流引擎（V8、SpiderMonkey、JavaScriptCore）目前都未启用它。即使你写出合法的尾递归形式，node --harmony_tailcalls 在 Node.js 8+ 已被移除，Chrome 和 Firefox 也从未默认开启 TCO 支持。这意味着：任何依赖 TCO 的递归代码，在浏览器或当前 Node 环境中仍会爆栈。
什么样的函数调用才算“尾调用”？
尾调用指函数的**最后一步是调用另一个函数（或自身）**，且该调用的返回值直接作为当前函数返回值——中间不能有额外计算、赋值或逻辑处理。
以下 factorialTail 是尾调用；factorialBad 不是：
function factorialTail(n, acc = 1) {
if (n <= 1) return acc;
return factorialTail(n - 1, n * acc); // ✅ 尾调用：return 后直接是函数调用
}
function factorialBad(n) {
if (n <= 1) return 1;
return n factorialBad(n - 1); // ❌ 非尾调用：n (...) 是乘法运算，不是纯调用
}
关键判断点：return 关键字后面是否**只有函数调用表达式**，没有其他操作符或包装。
立即学习“Java免费学习笔记（深入）”；
为什么写对了尾递归也没用？
即使你严格写出尾递归形式，以下现实限制依然存在：
- V8 引擎早在 2017 年就 废弃并删除了 TCO 实现，因与调试、堆栈追踪、async/await 等特性存在根本性冲突
- Firefox 曾短暂支持（需
javascript.options.tail_call_inlining = true），但已于 Firefox 67 彻底移除 - 规范中 TCO 是“可选优化”，而非强制行为，引擎有权忽略
- 所有主流环境对
RangeError: Maximum call stack size exceeded的处理方式，和普通递归完全一致
那递归性能问题该怎么解决？
不要依赖 TCO。真实可行的替代方案包括：
- 改用
while循环：最直接、零开销，适用于所有尾递归场景 - 手动实现迭代栈：对非尾递归结构（如树遍历），用数组模拟调用栈
- 使用
requestIdleCallback或setTimeout(..., 0)拆分大递归，避免阻塞主线程（适合 UI 场景） - 对简单数学递归（如斐波那契、阶乘），直接闭包缓存或查表（
Map）比递归更高效
尾调用优化在 JS 中是一个“纸上规范”——写得再标准，运行时也不会被优化。真正影响性能的是调用深度和帧内存占用，而这两者必须靠显式迭代或异步拆分来控制。
