尾调用优化（TCO）是JavaScript中将尾调用的栈空间从O(n)压缩为O(1)的内存优化机制，要求函数最后一步直接返回另一函数调用结果；虽ES6规范要求严格模式下支持，但仅Safari稳定实现，Chrome和Firefox均未实际启用，生产环境应改写为循环以确保安全。
尾调用优化（Tail Call Optimization，TCO）是 JavaScript 中一种针对特定函数调用模式的内存优化机制，核心目标是避免深层递归导致的栈溢出。它不是让代码“跑得更快”，而是让调用栈不随递归深度增长——理论上可将 O(n) 的栈空间压缩为 O(1)。
什么是尾调用？
尾调用指一个函数的最后一步操作是调用另一个函数，并且该调用的返回值被直接返回，中间不再做任何计算或处理。
- ✅ 尾调用：
function f(x) { return g(x); }—— g(x) 的结果原样返回，无后续操作 - ❌ 非尾调用：
function f(x) { return g(x) + 1; }—— 调用后还要加 1，必须保留 f 的栈帧等结果回来 - ❌ 非尾调用：
function f(x) { const y = g(x); return y * 2; }—— 中间有赋值和运算，f 的上下文不能丢
它怎么节省内存？
普通函数调用会在调用栈中新增一帧（保存变量、执行位置等）。递归时每层都压栈，n 层就占 n 帧 —— 深度大了就爆栈。
而尾调用允许引擎判断：“外层函数已无事可做，它的所有局部变量都不会再用了”。于是直接复用当前栈帧，把参数替换成内层函数所需，跳转执行——就像换衣服不换房间，省掉反复开门关门的开销。
立即学习“Java免费学习笔记（深入）”；
尾递归（调用自己）是最典型场景：原本要堆 1000 层栈，优化后始终只用 1 层。
现实中的支持情况
ES6 规范明确要求严格模式下实现 TCO，但实际落地很有限：
- Safari 是目前唯一长期稳定支持 TCO 的主流浏览器
- V8（Chrome / Node.js）默认禁用，即使写
'use strict';也大概率不触发 - Firefox 曾短暂支持，后因调试和性能权衡移除
这意味着：你写了标准尾递归，不能指望它真被优化。例如下面代码在 Chrome 中仍会报 RangeError: Maximum call stack size exceeded：
那该怎么安全使用？
不依赖引擎优化，主动改写为循环才是生产环境可靠做法：
- 把递归参数变成循环变量（如
n,acc） - 把递归逻辑拆进
while或for中 - 保持状态通过变量传递，而非函数调用栈
比如阶乘的尾递归版 factorial(n, acc=1)，完全可以等价转成 while 循环，100% 避免栈溢出，且性能更稳。
基本上就这些。原理不复杂但容易忽略——关键不在“是不是尾调用”，而在于“能不能被引擎真正优化”。务实的做法是：写得像尾递归（逻辑清晰、无副作用），但落地用循环兜底。
