尾调用优化（TCO）在主流JavaScript引擎中基本不可用，V8、SpiderMonkey、JavaScriptCore均未实现，即使符合尾调用形式仍会栈溢出；应改用迭代或显式栈模拟。
尾调用优化（TCO）在当前主流 JavaScript 引擎中基本不可用，不能用于提升实际性能。它是一个被规范定义但未被广泛实现的特性，盲目依赖会导致代码行为不一致甚至静默失败。
什么是尾调用（Tail Call）？
尾调用是指函数的最后一个操作是调用另一个函数（或自身），且该调用的返回值直接作为当前函数的返回值——中间没有其他计算或操作。关键在于「控制流结束前的最后一步」。
常见误判：return foo() + 1 不是尾调用（加法在调用后）；return foo() 是尾调用；if (x) return bar(); else return baz(); 中两个分支都是尾调用。
尾调用本身不优化，只是满足 TCO 的前提条件。
立即学习“Java免费学习笔记（深入）”；
为什么 tailcall 在浏览器和 Node.js 中几乎不起作用？
V8（Chrome、Node.js）、SpiderMonkey（Firefox）、JavaScriptCore（Safari）均未启用完整的尾调用优化。即使代码符合尾调用形式，引擎仍会创建新栈帧，递归深度受限于调用栈大小（通常约 10k–15k 层），仍会触发 RangeError: Maximum call stack size exceeded。
原因包括：
- 调试友好性：TCO 会丢失调用栈信息，影响错误追踪
- 性能权衡：现代引擎对普通递归/循环已高度优化，TCO 收益不明显
- 规范实现滞后：ES2015 要求 TCO，但后续版本（ES2016+）已将其改为「可选」，各引擎选择不实现
替代方案：如何真正避免栈溢出？
不要指望 TCO，改用明确的迭代或显式栈模拟：
- 将递归重写为
while循环（最直接，适用于大多数尾递归场景） - 使用
Array或Deque模拟调用栈（适合多分支、非线性递归，如树遍历） - 在 Node.js 中启用
--harmony-tailcalls参数无效（该 flag 已废弃多年，V8 早已移除支持） - 注意 Babel 等转译器无法真正实现 TCO，它们只能把尾递归转成循环——但仅限简单情况，且需插件如
@babel/plugin-transform-tail-recursion，而该插件已不再维护
示例（安全的迭代替代）：
function factorial(n, acc = 1) {
while (n > 1) {
acc *= n;
n--;
}
return acc;
}
你唯一需要关心的「尾调用」时刻
只在写严格遵循函数式风格的库、或目标环境明确支持（如某些嵌入式 JS 引擎、Bun 的实验性模式）时才考虑。日常开发中，把它当作一个“理论存在但实践中不存在”的特性更稳妥。真正影响性能的是算法复杂度、内存分配和事件循环阻塞，而不是是否写了 return fib(n-1) + fib(n-2) 这样的非尾递归——它本来就不该这么写。
