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 循环，只是语法转换，几乎没有思维成本。
立即学习“Java免费学习笔记（深入）”；
真正容易被忽略的，是很多人写递归时连尾形式都不去设计，直接上 n * func(n-1)，结果一上线遇到大数据量就崩；而另一些人又迷信 TCO 已存在，测试时用小数据没问题，上线后突然报栈溢出。这两头都得避开——**写递归前先问一句：这个逻辑能不能用累加器改写？能，就按尾递归写；写完，立刻转成循环。**
