尾调用优化（TCO）在JavaScript中基本不可用，所有主流引擎均已放弃支持，符合尾调用语法的函数仍会栈溢出；尾调用要求return后直接跟纯函数调用，且需严格模式。
尾调用优化（TCO）在 JavaScript 中基本不可用
JavaScript 规范（ES2015+）确实定义了尾调用优化，但所有主流浏览器引擎（V8、SpiderMonkey、JavaScriptCore）都已明确放弃实际支持。Chrome 从 v54 起移除了 TCO 实现；Firefox 在 Nightly 版本中短暂启用后也已禁用；Safari 从未启用。执行 node --harmony-tailcalls 启动的 Node.js（v8.10 之前）也仅在严格模式下做语法识别，不触发真实优化。这意味着：写符合尾调用形式的函数，不会降低调用栈深度，也不会避免 RangeError: Maximum call stack size exceeded。
怎样写出语法上“符合尾调用”的函数？
尾调用指函数的最后一步是调用另一个函数（或自身），且该调用结果直接作为当前函数返回值——中间不能有额外计算、赋值或逻辑。关键在于：return 表达式必须是纯函数调用，不能包裹在操作符、三元、await、try/catch 或解构中。
-
return factorial(n - 1, acc * n);✅ 是尾调用（直接返回调用结果） -
return 1 + factorial(n - 1, acc * n);❌ 不是尾调用（需等调用返回后再加 1） -
const result = factorial(n - 1, acc * n); return result;✅ 仍是尾调用（语义等价） -
return await apiCall();❌ 不是尾调用（await 引入隐式 Promise 处理） -
return foo() || bar();❌ 不是尾调用（逻辑运算符打断尾位置）
严格模式是前提：必须在函数顶部有 "use strict";，否则即使结构正确，引擎也不识别为尾调用位置。
为什么你写的“尾递归”依然会栈溢出？
因为引擎根本不优化它。例如：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
"use strict";
function sumTo(n, acc = 0) {
if (n <= 0) return acc;
return sumTo(n - 1, acc + n);
}
sumTo(100000); // 仍会抛出 RangeError这段代码完全符合规范定义的尾调用形式，但在 Chrome、Firefox、Node.js 中全部爆栈。V8 曾实现过 TCO，但因性能权衡和调试困难被移除；其他引擎跟进放弃。目前唯一可靠替代是手动转成循环，或使用 trampoline（蹦床）模式——但这只是延迟执行，并非真正优化调用栈。
实际开发中该怎么做？
别依赖 TCO。遇到可能深度递归的场景（如树遍历、状态机、解析器），优先考虑：
- 改写为
while循环，用显式栈（数组）维护状态 - 对递归深度设硬上限，并提前报错（比如
if (depth > 1000) throw new Error("Too deep");） - 使用
setTimeout或queueMicrotask切割执行（牺牲性能换栈安全） - 接受现实：Node.js 的
--stack-size可略增限制，但治标不治本
尾调用语法本身无害，但把它当作性能或健壮性保障，就是踩进一个早已失效的规范陷阱。
