尾调用优化（TCO）在JavaScript中基本不生效，V8、SpiderMonkey、JavaScriptCore均未实现；应改用显式循环或异步microtask规避栈溢出。
尾调用优化（TCO）在 JavaScript 中几乎不生效，即使你写成严格尾递归形式，现代浏览器和 Node.js 也基本不会真正优化掉调用栈——这是开发者常踩的性能认知陷阱。
为什么 return factorial(n - 1, acc * n) 依然会爆栈
V8（Chrome / Node.js）、SpiderMonkey（Firefox）、JavaScriptCore（Safari）都已明确放弃实现完整的尾调用优化。ECMAScript 规范虽保留了 TCO 要求，但实际执行引擎出于调试、错误堆栈可读性、内存模型等权衡，选择不启用。
- Chrome 自 2017 年起移除了 TCO 支持，
tailcall相关 flag 已废弃 - Firefox 曾短暂支持，后因兼容性和稳定性问题回退
- Node.js 在
--harmony-tailcalls参数下也从未稳定启用过 - 即使函数满足“最后一步是函数调用”且无后续操作，
new Error().stack仍显示完整调用链
怎样写才能真正避免栈溢出
别依赖语言特性，改用显式循环或迭代结构。尾递归只是思路，不是解法。
function factorial(n) {
let result = 1;
for (let i = 2; i <= n; i++) {
result *= i;
}
return result;
}
// 或者用栈模拟（适合树形/复杂递归）
function traverseTree(node) {
const stack = [node];
while (stack.length > 0) {
const current = stack.pop();
// 处理 current
if (current.right) stack.push(current.right);
if (current.left) stack.push(current.left);
}
}
- 所有可转为尾递归的问题，99% 都能用
while+ 变量状态重写 - 深度优先遍历类场景，用数组模拟调用栈比依赖 TCO 更可控
- 若必须保留递归接口（如 API 兼容），内部用循环实现，对外隐藏细节
setTimeout 和 queueMicrotask 能“破栈”吗
它们不能减少调用深度，但能把执行切出当前调用栈，避免同步爆栈。属于“异步拆分”，不是优化。
立即学习“Java免费学习笔记（深入）”；
function safeRecursion(n, acc = 1) {
if (n <= 1) return acc;
if (n > 10000) {
return new Promise(resolve => {
queueMicrotask(() => resolve(safeRecursion(n - 1, acc * n)));
});
}
return safeRecursion(n - 1, acc * n);
}- 适用于需处理超大输入但允许异步返回的场景（如解析大型嵌套 JSON）
- 每次 microtask 切换都会清空当前栈帧，但总执行时间变长、难以调试
- 无法替代真正的迭代改写，仅作兜底手段
真正影响性能的是调用栈深度和每层开销，不是“有没有尾调用”这个标签。写递归前先问自己：它是否必须同步？能否用状态变量平铺？浏览器不帮你做的事，得自己动手做。
