JavaScript中递归函数无法通过尾调用优化避免栈溢出，因为Chrome、Firefox、Safari等主流引擎均未实现ES2015规定的TCO，即使严格模式下写成尾递归形式，调用栈仍会增长并触发“Maximum call stack size exceeded”错误。
JavaScript 中递归函数无法通过常规方式做尾调用优化（TCO）来避免内存崩溃，因为主流 JavaScript 引擎（Chrome、Firefox、Safari）目前都不支持尾调用优化，即使代码写成尾递归形式，调用栈仍会持续增长，深度过大时必然触发“Maximum call stack size exceeded”错误。
什么是尾调用和尾调用优化
尾调用指函数的最后一步是调用另一个函数（或自身），且不依赖当前栈帧的任何变量。理论上，引擎可复用当前栈帧，把递归转为循环，避免栈溢出。ES2015（ES6）在规范中定义了尾调用优化，但要求严格条件：
- 必须在严格模式下（
"use strict"） - 尾调用必须是函数的最后一个操作（不能有后续计算）
- 调用必须直接返回结果，不能被赋值、修改或参与表达式
然而，V8（Chrome/Node.js）、SpiderMonkey（Firefox）、JavaScriptCore（Safari）出于实现复杂度、调试友好性等考虑，**全部未启用该特性**。你写得再符合规范，也不会被优化。
为什么不能靠“写成尾递归”就安全
常见误区：把普通递归改写成尾递归形式（加 accumulator 参数），以为就能防爆栈。例如阶乘：
立即学习“Java免费学习笔记（深入）”；
function factorial(n, acc = 1) {
if (n <= 1) return acc;
return factorial(n - 1, n * acc); // 尾调用形式 ✅
}这段代码在语法上是尾调用，但在 Chrome 中执行 factorial(10000) 依然会栈溢出——因为引擎没做 TCO。它只是“看起来可优化”，实际没生效。
真正可行的替代方案
要避免递归导致的内存崩溃，必须绕过调用栈限制，用显式数据结构模拟调用过程：
- 改用循环 + 栈/队列：把递归逻辑拆解为 while 循环，用数组手动维护待处理状态。适合 DFS、树遍历等场景
-
使用生成器（generator）+ 迭代器：用
yield暂停执行，分批处理，控制内存峰值 - 异步分片（setTimeout / queueMicrotask）：把大递归拆成多个微任务，让事件循环清空调用栈，避免阻塞 UI 或爆栈
- 迭代替代递归：对能直接转为 for/while 的问题（如斐波那契、累加），优先用循环
例如尾递归阶乘的安全版本：
function factorialSafe(n) {
let acc = 1;
while (n > 1) {
acc *= n;
n--;
}
return acc;
}未来与兼容性提醒
目前没有浏览器计划启用 TCO，TC39 也已将 TCO 标记为“已暂停提案”。这意味着：不要依赖尾调用优化，也不要在生产环境假设它存在。所有需要深度遍历或大量递归的逻辑，都应主动设计为迭代或异步分段执行。
不复杂但容易忽略：写递归前先问一句——能不能不用递归？如果必须用，就别信“尾递归=安全”，老老实实用栈或队列模拟。
