尾调用优化（TCO）是JS中复用栈帧以降低内存开销的机制，需满足尾位置调用、结果直接返回、严格模式三条件；虽ES6规范支持，但主流引擎已移除实现，实践中应优先用循环或蹦床降级。
JavaScript尾调用优化（Tail Call Optimization，TCO）是一种让函数在“尾位置”调用另一个函数（包括自身）时，复用当前调用栈帧、避免新增栈帧的机制。它不改变代码逻辑，但能显著降低内存开销，尤其对深度递归至关重要——理论上可将O(n)栈空间压缩为O(1)，彻底规避Maximum call stack size exceeded错误。
尾调用优化成立的关键条件
不是所有看似“最后调用”的写法都能被优化。引擎只在严格满足以下三点时才可能启用TCO：
- 调用必须处于函数体的尾位置：即该调用是函数执行的最后一个操作，之后不能再有其他计算、赋值或逻辑处理；
-
调用结果必须直接返回：不能参与后续运算，比如
return fn(x) + 1或console.log(fn(x))都不算尾调用； -
必须运行在严格模式下：ES6规范要求
"use strict"，否则引擎会忽略TCO语义。
尾递归 vs 普通递归：栈行为对比
以阶乘为例：
- 普通写法：
return n * factorial(n - 1)—— 每次调用都要等子调用返回后做乘法，必须保留全部n层栈帧； - 尾递归写法：
return factorial(n - 1, n * acc)—— 当前帧参数更新后直接跳转，无需等待，逻辑上只需1个栈帧。
这种差异就像电梯每层都停且不卸客（普通递归），和电梯直达目标楼层并换乘（尾调用）。虽然JS引擎内部模拟的是后者，但实际是否生效取决于运行环境。
立即学习“Java免费学习笔记（深入）”；
现实中的支持情况与替代方案
尽管ES6正式纳入TCO规范，但截至2025年底，V8（Chrome/Node.js）、SpiderMonkey（Firefox）均已移除或从未启用默认TCO支持；Safari的JSC引擎也未稳定实现。这意味着：即使你写出完全合规的尾递归代码，在绝大多数浏览器和Node版本中仍会栈溢出。
因此实用策略是：
- 优先改写为while循环，控制清晰、兼容性好、性能确定；
- 若需保留递归风格，可用蹦床（trampoline）函数手动调度，把递归调用转为返回函数，由外层循环逐次执行；
- 对简单场景（如树遍历、链表处理），配合累加器参数重构为尾递归形式，既提升可读性，也为未来环境支持预留适配基础。
它真正提升的是什么
尾调用优化本身不加快单次计算速度，它的价值在于解除调用深度限制、稳定内存占用、增强函数式编程的可靠性。当你处理嵌套JSON解析、AST遍历、状态机流转或自定义解析器这类天然递归结构时，正确的尾调用写法+合理降级策略，能让代码在深层数据下依然健壮运行，而不是在第10000层突然崩溃。
