尾调用优化（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 关键字后面是否**只有函数调用表达式**，没有其他操作符或包装。

为什么写对了尾递归也没用？

即使你严格写出尾递归形式，以下现实限制依然存在：

• 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 中是一个“纸上规范”——写得再标准，运行时也不会被优化。真正影响性能的是调用深度和帧内存占用，而这两者必须靠显式迭代或异步拆分来控制。