尾调用优化在JavaScript中基本不可用，所有主流浏览器和Node.js均已放弃实现；应优先使用循环或蹦床模式替代递归以避免栈溢出。
尾调用优化在 JavaScript 中基本不可用
ES2015 规范确实定义了尾调用优化（Tail Call Optimization, TCO），但实际执行中，所有主流浏览器（Chrome、Firefox、Safari）均已明确放弃实现该特性。V8 引擎早在 2017 年就移除了实验性支持，SpiderMonkey（Firefox）也从未默认启用，JavaScriptCore（Safari）同样未落地。这意味着：function factorial(n, acc = 1) { return n 这类典型的尾递归写法，在任何现代浏览器中仍会触发 <code>RangeError: Maximum call stack size exceeded。
用循环替代递归是最直接的防栈溢出方案
当处理深度嵌套或大数据量迭代（如树遍历、大数组 reduce、解析深层 JSON）时，递归极易爆栈。此时应主动改写为显式循环，把调用栈状态转为堆内存变量：
function factorial(n) {
let result = 1;
while (n > 1) {
result *= n;
n--;
}
return result;
}- 所有中间状态（如
result、n）存在堆上，不受调用栈限制 - 避免函数调用开销，性能通常更高
- 逻辑清晰，调试友好，无兼容性问题
需要保留递归结构时，用 trampoline 模式解耦执行
若业务逻辑天然适合递归（如 AST 遍历、异步流程编排），又必须规避栈溢出，可引入“蹦床”（trampoline）机制：让递归函数返回下一个要执行的函数，由外层循环驱动，不产生嵌套调用：
function trampoline(fn) {
return function(...args) {
let result = fn(...args);
while (typeof result === 'function') {
result = result();
}
return result;
};
}
<p>const factorial = trampoline(function _factorial(n, acc = 1) {
return n <= 1 ? acc : () => _factorial(n - 1, n * acc);
});-
_factorial不再直接调用自身，而是返回一个闭包函数 -
trampoline内部用while循环展开这些函数调用，栈深度恒为 1 - 注意：该模式会略微增加内存分配（每次返回新函数），且调试时调用栈丢失原始上下文
Node.js 环境下也不能依赖 --harmony-tailcalls
尽管 Node.js 曾提供 --harmony-tailcalls 启动参数，但它始终处于“实验性语法”状态，且从 Node.js 8 开始被标记为 deprecated，Node.js 12+ 已完全移除。运行 node --v8-options | grep tail 会发现无相关 flag。因此：任何生产环境都不应假设尾调用优化存在，也不应在代码中刻意构造尾调用形式来“等待未来支持”——它不会来。
立即学习“Java免费学习笔记（深入）”；
真正关键的是：识别出哪些递归场景实际面临栈深风险（比如用户可控的嵌套层级、未加限制的文件系统遍历），并在设计阶段就选择循环或 trampoline；而不是等到 RangeError 出现在线上才去重构。
