JS尾调用优化实际不可用，Chrome/Firefox/Node均不支持，Safari极不稳定；尾调用要求调用是函数最后一步且返回值直接透传；防栈溢出应手动转为循环或蹦床模式。

尾调用优化在JS里根本跑不起来

JavaScript 的尾调用优化（Tail Call Optimization，TCO）理论上能让尾递归函数复用栈帧、避免 RangeError: Maximum call stack size exceeded，但现实是：**Chrome、Firefox、Node.js 全都不支持，Safari 支持极不稳定，生产环境完全不可依赖**。你写得再标准，"use strict" 加得再齐，return factorial(n - 1, n * acc) 写得再像教科书，V8 引擎照样一层层压栈——这不是你代码错了，是引擎没实现。

什么样的调用才算“尾调用”？别被最后一行骗了

尾调用不是“写在函数最后一行的调用”，而是指：**该调用是函数执行流的最后一步，且其返回值直接作为当前函数返回值，中间不掺任何计算或操作**。

• ✅ 正确尾调用：return factorialTail(n - 1, n * acc) —— 没有后续动作，结果直接透传
• ❌ 非尾调用：return n * factorial(n - 1) —— 要等子调用返回，再做乘法，必须保留当前栈帧
• ❌ 表面像尾调用：const result = someFn(); return result + 1 —— 调用后还有加法，不算
• ⚠️ 隐形陷阱：用了 arguments、caller、callee，或闭包捕获了外层变量，即使语法上是尾位置，TCO 也会被禁用

想防栈溢出？别等引擎，立刻动手改

既然 TCO 是纸面规范，就得靠自己把尾递归转成安全结构。最推荐的是直接手写循环，零风险、全环境兼容、性能还更好。

function factorial(n, acc = 1) {
  while (n > 1) {
    acc = n * acc;
    n = n - 1;
  }
  return acc;
}

• 逻辑和尾递归版完全一致，只是把参数变成显式变量，把 return factorial(...) 换成 while 循环体
• 不依赖任何引擎特性，factorial(100000) 在 Chrome、Node、微信 JS SDK 里都稳如泰山
• 如果非要用函数式风格，可用 trampoline（蹦床）模式：让递归函数返回一个函数，由外层循环逐个执行，但额外开销明显，不如直写循环

为什么还要学尾递归写法？因为它是迭代的蓝图

尾递归本身不是为了被引擎优化，而是帮你把问题拆解成“状态+转移”的清晰结构。一旦你写出形如 func(n, acc) 的尾递归，就等于已经完成了迭代逻辑的设计——变量有哪些、怎么更新、何时退出，全都明明白白。这时候转成 while 循环，只是语法转换，几乎没有思维成本。

真正容易被忽略的，是很多人写递归时连尾形式都不去设计，直接上 n * func(n-1)，结果一上线遇到大数据量就崩；而另一些人又迷信 TCO 已存在，测试时用小数据没问题，上线后突然报栈溢出。这两头都得避开——**写递归前先问一句：这个逻辑能不能用累加器改写？能，就按尾递归写；写完，立刻转成循环。**