尾调用优化在 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 这类尾递归函数，在实际运行中不会减少调用栈深度，仍会触发 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 语法延迟多年才落地）。写递归前，先想清楚最大输入规模，再决定用循环、迭代器还是分批处理。
