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 循环，只是语法转换，几乎没有思维成本。
行盟APP是结合了通信和互联网的优势，加之云计算所拥有的强大信息资源，借助广大的终端传递服务，潜在的拥有巨大商机。她到底是什么，又有什么作用？她是一款手机应用软件；她是一款专门为企业服务的手机应用软件；她是一款能够将企业各种信息放入其中并进行推广传播的手机应用软件！只要轻轻一点，企业的简介，产品信息以及其他优势就能最快最大限度的透过手机展现在客户的眼前，一部手机，一个APP，你面对的将是一个6亿&
立即学习“Java免费学习笔记（深入）”；
真正容易被忽略的，是很多人写递归时连尾形式都不去设计，直接上 n * func(n-1)，结果一上线遇到大数据量就崩；而另一些人又迷信 TCO 已存在，测试时用小数据没问题，上线后突然报栈溢出。这两头都得避开——**写递归前先问一句：这个逻辑能不能用累加器改写？能，就按尾递归写；写完，立刻转成循环。**
