JavaScript中尾调用优化（TCO）在主流引擎中基本不可用，虽语法受支持但实际几乎从不触发；严格模式仅为必要条件而非充分条件，替代方案应优先选用迭代或蹦床模式。
尾调用优化（TCO）在 JavaScript 中基本不可用——V8、SpiderMonkey 等主流引擎虽支持语法，但实际几乎从不触发优化。 这和你写的函数是否“看起来像尾调用”关系不大，关键取决于引擎实现策略和运行时限制。
什么是尾调用？不是所有 return func() 都算
尾调用指函数的最后一步是调用另一个函数（或自身），且该调用的返回值直接作为当前函数返回值，中间不能有额外计算或上下文依赖。
常见误判：
-
return f(x) + 1—— 不是尾调用（+1 是额外操作） -
return await f(x)—— 不是尾调用（await 引入隐式 Promise 处理） -
return f(x).then(...)—— 不是尾调用（then 是链式调用，f(x) 返回后还要构造 Promise 链） -
function g() { return f(x); }—— 是尾调用（前提是f在严格模式下、无 try/catch/finally 包裹）
为什么严格模式 + 尾调用也不一定优化？
ES2015 规范要求尾调用优化必须在严格模式下才可能启用，但规范没强制实现。现实是：
立即学习“Java免费学习笔记（深入）”；
- V8（Chrome / Node.js）：自 2017 年起移除了 TCO 支持，理由是影响调试体验（丢失调用栈）、增加引擎复杂度、实际收益有限
- SpiderMonkey（Firefox）：曾短暂支持，现也默认禁用；可通过
javascript.options.tail_call手动开启，但仅限部分简单递归场景，且不保证稳定 - Safari WebKit：未实现
也就是说："use strict" 只是必要条件，不是充分条件；写对了语法 ≠ 调用栈被复用。
替代方案：手动消除递归，比等 TCO 更可靠
真要处理深层递归（如遍历大 AST、深度嵌套对象），别依赖 TCO，改用迭代或 trampoline：
- 用
while循环 + 显式栈模拟递归逻辑 - 把递归调用包装成函数返回（
() => f(x)），由外层循环逐个执行（trampoline 模式） - 对树形结构优先考虑 BFS 或带深度限制的 DFS，避免爆栈
function factorial(n, acc = 1) {
while (n > 1) {
acc *= n;
n--;
}
return acc;
}
这段代码没有递归，无栈溢出风险，性能稳定，且可读性不输尾递归写法。
容易被忽略的关键点
很多人查资料看到“ES6 支持尾调用优化”，就以为只要加 "use strict" 和写对形式就能省内存。实际上：
- 没有任何主流浏览器或 Node.js 版本默认启用有效 TCO
- DevTools 调试时，即使引擎尝试优化，也可能主动禁用以保留栈帧
-
console.trace()或错误堆栈里仍能看到完整调用链，说明栈未被复用 - 用
node --harmony-tailcalls启动已无效（该 flag 在 Node.js 8.0+ 中被移除）
想靠 TCO 降低内存占用或防止栈溢出？不如花五分钟重写成循环。
