JavaScript引擎通过尾调用优化（TCO）提升递归性能，当递归调用位于函数尾位置且处于严格模式时，重用栈帧避免栈溢出。
JavaScript 引擎对递归函数的优化主要依赖于特定条件下的机制，尤其是“尾调用优化”（Tail Call Optimization, TCO）。虽然不是所有递归都能被优化，但在符合规范要求的情况下，引擎可以避免不断增长的调用栈，从而提升性能并防止栈溢出。
尾调用优化（TCO）
当一个函数的最后一个动作是调用另一个函数（包括自身），这个调用就称为尾调用。如果这个调用是递归的，并且满足一定条件，JavaScript 引擎可以重用当前的栈帧，而不是创建新的栈帧。
ES6 规范中正式支持尾调用优化，但前提是必须在严格模式下，并且调用处于尾位置。
例如：function factorial(n, acc = 1) {
if (n <= 1) return acc;
return factorial(n - 1, n * acc); // 尾递归
}
立即学习“Java免费学习笔记（深入）”；
这个阶乘函数是尾递归形式，理论上可以被优化。引擎会将每次递归调用替换为跳转操作，保持栈深度不变。
实际执行中的限制
尽管 ES6 支持 TCO，但目前主流引擎（如 V8、SpiderMonkey）并未全面启用该优化。原因包括实现复杂性和调试困难。
V8 曾在某些版本中实验性支持，但后来因维护成本高而移除。因此，在 Chrome 和 Node.js 中，尾递归通常，深层递归仍可能导致“Maximum call stack size exceeded”错误。
替代方案与开发者策略
由于引擎不保证递归优化，开发者应主动避免深层递归问题。
- 将递归改写为循环，效率更高且安全
- 使用 trampoline 函数手动模拟尾调用优化
- 利用异步机制（如 setTimeout 或 Promise）拆分调用栈
例如，trampoline 技术让递归函数返回一个继续执行的函数，由外部循环调用，避免栈堆积。
总结
JavaScript 语言层面定义了尾调用优化的可能性，但当前运行环境普遍未实现。递归函数在引擎内部通常按普通函数调用处理，每层调用都会增加栈帧。真正有效的“优化”更多依赖于代码结构和开发者的主动设计。
基本上就这些，别指望引擎帮你扛深递归。
