尾调用优化（TCO）在JavaScript中实际不可用；尽管ES2015+规范定义了该特性，但所有主流引擎均未启用，且因破坏堆栈跟踪等调试能力而被搁置。
尾调用优化（TCO）在 JavaScript 中实际不可用
JavaScript 规范（ES2015+）确实定义了尾调用优化，但 所有主流浏览器引擎（V8、SpiderMonkey、JavaScriptCore）目前都未启用该特性。即使你写出符合尾调用形式的函数，node --harmony-tailcalls 早已被移除，Chrome 和 Firefox 也从未默认开启 TCO 支持。所谓“提升递归性能”在生产环境中并不存在——它只是规范里的一个未落地条款。
什么样的函数才算“尾调用”？
尾调用指函数的最后一个操作是调用另一个函数（包括自身），且该调用的返回值直接作为当前函数返回值，中间不能有额外计算或上下文依赖。关键判断点：
-
return factorial(n - 1, acc * n)✅ 是尾调用（无后续运算） -
return n * factorial(n - 1)❌ 不是尾调用（需等待子调用返回后再做乘法） -
console.log('done'); return fn()❌ 不是尾调用（console.log在调用前执行） -
return await apiCall()❌ 异步操作不构成尾调用（await隐含状态机和 Promise 链）
为什么浏览器不实现 TCO？
TCO 要求引擎在尾调用时复用当前栈帧，而不是压入新帧。这会破坏两个开发者依赖的调试与运行时行为：
OC SSH Tunnel Node Recovery
下载
诊断并恢复通过 SSH 隧道连接的 OpenClaw 节点。用于解决配对必需错误、隧道冲突、远程端点错误以及 SSH 目标配置错误等问题。
- 堆栈跟踪（
error.stack）丢失中间调用层级，错误定位变困难 -
new Error().stack、console.trace()等调试工具失效 - V8 曾实验性支持但因 DevTools 兼容性问题回退；Firefox 同样因调试体验下降而搁置
- 实际 Web 应用中，深度递归本就罕见，多数场景可用循环或迭代替代
真正可行的递归性能优化方案
别等 TCO，改写逻辑才是正解。以下方式可避免栈溢出并保持可读性：
立即学习“Java免费学习笔记（深入）”；
function factorialIterative(n) {
let result = 1;
for (let i = 2; i <= n; i++) {
result *= i;
}
return result;
}
<p>// 或使用显式栈模拟递归（适合树/图遍历）
function traverseTreeIteratively(root) {
const stack = [root];
while (stack.length > 0) {
const node = stack.pop();
if (node.right) stack.push(node.right);
if (node.left) stack.push(node.left);
}
}尾递归写法看着优雅，但 JS 里它只是个易栈溢出的陷阱。真要处理大深度数据，优先考虑循环、状态机或分片（setTimeout/queueMicrotask）来让出主线程控制权。
