尾调用是函数最后一个操作为调用另一函数且直接返回其结果；ES2015虽规定严格模式必须支持尾调用优化（TCO），但主流浏览器和Node.js实际未启用该特性。
JavaScript 中的尾调用优化（Tail Call Optimization，TCO）并不是所有环境都支持的特性，而且目前主流浏览器和 Node.js 实际上 并未启用 该优化（尽管 ES2015 规范将其列为“必须支持”的严格模式行为）。
什么是尾调用（Tail Call）？
尾调用是指函数的最后一个操作是调用另一个函数（包括调用自身），且该调用的返回值直接作为当前函数的返回值，中间不再进行其他计算。例如：
✅ 尾递归（合法的尾调用）：
function factorial(n, acc = 1) {
if (n <= 1) return acc;
return factorial(n - 1, n * acc); // 最后一步只是调用自身，无额外运算
}❌ 非尾递归（不是尾调用）：
立即学习“Java免费学习笔记（深入）”；
function factorial(n) {
if (n <= 1) return 1;
return n * factorial(n - 1); // 调用后还要做乘法，不是尾调用
}为什么需要尾调用优化？
普通递归在深度较大时容易触发栈溢出（RangeError: Maximum call stack size exceeded）。尾调用优化允许引擎在满足条件时复用当前栈帧，把递归“转成”循环，避免栈不断增长。
- 节省内存：不新增调用栈帧
- 提升深层递归的可行性（如处理大树、大数组、状态机等）
- 理论上支持无限递归（只要逻辑允许）
当前 JavaScript 引擎是否支持 TCO？
答案是：规范要求支持，但实际几乎都不启用。
- ES2015 明确规定：在严格模式下，符合尾调用形式的函数调用应被优化
- V8（Chrome / Node.js）曾短暂实验性支持，后因性能权衡和调试复杂性而 禁用
- SpiderMonkey（Firefox）和 JavaScriptCore（Safari）也未启用 TCO
- 这意味着即使写成尾递归形式，依然会增长调用栈，仍可能爆栈
实际开发中如何应对？
不能依赖 TCO，需主动规避栈溢出风险：
-
改写为循环：尾递归天然适合转成 while 循环（如上面的
factorial可轻松改写） - 使用 trampoline（弹跳函数）：返回一个函数，由外层循环调用，手动控制执行流
-
分片处理（chunking）：对大数据递归任务，用
setTimeout或queueMicrotask拆分调用，让事件循环介入 - 限制递归深度：加 guard 参数或计数器，提前报错或降级
例如 trampoline 写法：
function trampoline(fn) {
while (typeof fn === 'function') {
fn = fn();
}
return fn;
}
<p>function factorial(n, acc = 1) {
if (n <= 1) return acc;
return () => factorial(n - 1, n * acc); // 返回函数，不立即调用
}</p><p>// 使用
const result = trampoline(() => factorial(10000)); // 不会爆栈
尾调用优化是个有潜力但尚未落地的语言特性。写尾递归代码有意义（结构清晰、易转循环），但别指望运行时自动优化——主动控制执行方式才是可靠解法。
