尾调用优化（TCO）在 JavaScript 主流环境中实际不可用，仅 Safari 部分支持，Chrome、Firefox、Node.js 均未实现；严格尾调用要求函数最后一步直接返回另一函数调用，中间无任何计算或操作。
尾调用优化（TCO）在 JavaScript 中实际不可用
JavaScript 规范确实定义了尾调用优化（Tail Call Optimization），但除 Safari（部分版本）外，Chrome、Firefox、Node.js 均未启用该特性。即使你写的是严格尾递归形式，node --harmony-tailcalls 在 Node 8+ 后已被移除，V8 引擎明确表示不计划实现 TCO。这意味着：任何依赖 TCO 来避免栈溢出的递归函数，在主流环境中仍会崩溃。
什么是“严格尾调用”？看代码就知道
尾调用指函数**最后一步是调用另一个函数（或自身）**，且该调用的返回值直接被当前函数返回——中间不能有计算、赋值、逻辑操作等后续步骤。常见误区是以为“递归调用在末尾”就算尾调用，其实还要看是否“直接返回”。
function factorial(n, acc = 1) {
if (n <= 1) return acc;
return factorial(n - 1, n * acc); // ✅ 严格尾调用：直接返回调用结果
}
function badFactorial(n) {
if (n <= 1) return 1;
return n * badFactorial(n - 1); // ❌ 不是尾调用：需对递归结果再做乘法
}
上面 badFactorial 即使在支持 TCO 的引擎中也无法优化，因为 n * 阻断了尾位置。
递归函数想不爆栈？别等 TCO，改写成循环或用 trampoline
真实项目中必须主动规避栈溢出。两种可靠路径：
立即学习“Java免费学习笔记（深入）”；
-
手动转为 while 循环：把递归参数变成变量，用
while模拟调用栈。适合逻辑清晰、状态有限的递归（如遍历树、累加、阶乘） - 使用 trampoline 函数：让每次“递归”返回一个函数（而非立即调用），由外层循环逐个执行。适用于无法简单平铺的嵌套逻辑
function trampoline(fn) {
while (typeof fn === 'function') {
fn = fn();
}
return fn;
}
function factorialTramp(n, acc = 1) {
if (n <= 1) return acc;
return () => factorialTramp(n - 1, n * acc); // 返回函数，不调用
}
// 使用：trampoline(() => factorialTramp(10000))
注意：trampoline 本身不减少调用次数，但把栈深度从 O(n) 压到 O(1)，靠的是用堆内存换栈空间。
为什么 V8 不实现 TCO？不只是技术难度问题
V8 团队公开说明过核心顾虑：new Error().stack 会丢失中间调用帧，调试时无法还原原始调用路径；同时，优化后难以支持 debugger 断点、async stack trace 等现代开发工具链能力。这些取舍意味着——哪怕语法上写得再“尾”，引擎也不会帮你省栈帧。
所以真正关键的不是“怎么写得像尾调用”，而是“怎么让递归不依赖调用栈”。一旦意识到这点，你就不会再花时间检查 return foo() 是否真在尾位置，而是直接去拆解状态、引入循环变量或封装调度器。
