尾调用优化在 javascript 中实际不可用；尽管 es2015+ 规范定义了 tco，但 v8、spidermonkey、javascriptcore 均未实现，chrome 于 2017 年移除实验支持，firefox 和 safari 从未启用。
尾调用优化在 JavaScript 中实际不可用
JavaScript 规范（ES2015+）确实定义了尾调用优化（Tail Call Optimization，TCO），但所有主流浏览器引擎（V8、SpiderMonkey、JavaScriptCore）都已明确放弃实现它。Chrome 在 2017 年移除了实验性支持，Firefox 从未启用，Safari 也无计划。所以，function factorial(n, acc = 1) { return n 这类尾递归函数，在实际运行中<strong>不会减少调用<a style="color:#f60; text-decoration:underline;" title="栈" href="https://www.php.cn/zt/17526.html" target="_blank">栈</a>深度</strong>，仍会触发 <code>RangeError: Maximum call stack size exceeded。
为什么 V8 等引擎不实现 TCO
尾调用优化需要运行时精确识别尾位置、重用栈帧，并保证调试信息（如堆栈追踪）仍可用——这与现代 JS 引擎的内联优化、JIT 编译和错误堆栈采集机制存在根本冲突。V8 团队公开指出：启用 TCO 会导致调试体验严重退化（例如断点失效、new Error().stack 丢失中间帧），且收益有限。当前 Web 场景下，绝大多数递归逻辑本就不该靠深层调用完成。
替代方案：手动转为循环或使用 trampoline
真正能解决栈溢出问题的是改写逻辑，而非依赖语言特性：
- 将尾递归函数直接展开为
while循环，最高效（无额外函数调用开销，栈空间恒定） - 若必须保留函数式风格，可用“蹦床”（trampoline）模式：返回函数而非立即调用，由外层循环逐层执行，例如封装一个
trampoline辅助函数处理() => nextStep类型的返回值 - 对非尾递归（如树遍历），改用显式栈（
Array模拟）或异步分片（setTimeout/queueMicrotask）避免阻塞
Node.js 的 --harmony-tailcalls 参数是历史遗迹
旧版 Node.js（v8.0 之前）曾提供该 flag，但它从没真正启用过 TCO。现在启用只会被忽略，且启动时输出警告。不要在构建脚本或 CI 中保留该参数——它既不生效，也不影响行为。检查是否误用，可运行 node --v8-options | grep tail，结果为空即证实已被彻底移除。
立即学习“Java免费学习笔记（深入）”；
真正要注意的是：别把“规范写了”等同于“引擎支持”。JS 生态中类似情况不少（比如模块的 export * as ns 语法延迟多年才落地）。写递归前，先想清楚最大输入规模，再决定用循环、迭代器还是分批处理。
