javascript 的 factorial 普通递归无法被 v8 优化成尾调用，因为 v8 自 2017 年起已禁用 es2015 规定的尾调用优化（tco），且现代 node.js 中 --harmony_tailcalls 无效；手动改写需引入累加器参数使递归调用处于尾位置，如 sumto(n) → sumtotail(n, 0)，并确保无后续运算。
为什么 JavaScript 的 factorial 普通递归无法被 V8 优化成尾调用？
因为 ES2015 虽然规定了尾调用优化（TCO），但主流引擎（包括 V8、SpiderMonkey）实际并未启用——V8 甚至在 2017 年明确关闭了该特性，理由是调试体验和性能权衡。所以哪怕你写的是严格尾递归形式，node --harmony_tailcalls 在现代 Node.js 中也无效，不会减少调用栈深度。
如何手动把 sumTo(n) 改成真正可终止的尾递归结构？
关键不是“加个 return”就完事，而是要消除递归调用后的任何计算逻辑。普通写法 return n + sumTo(n - 1) 不是尾调用，因为 n + … 是递归返回后才执行的。
实操建议：
- 引入累加器参数（如
acc），把中间结果显式传下去 - 所有计算提前到递归调用前完成，让递归调用成为函数最后一句执行语句
- 初始调用需补一层包装，避免暴露累加器给用户
示例：
function sumTo(n) {
return sumToTail(n, 0);
}
<p>function sumToTail(n, acc) {
if (n </p><h3>用 <code>while</code> 模拟尾递归时要注意哪些边界？</h3><p>当目标平台完全不支持尾调用（如浏览器或新版 Node.js），最稳妥的方式是手写循环。这本质是把调用栈“拍平”，但容易漏掉状态迁移细节。</p><p>常见错误现象：<code>RangeError: Maximum call stack size exceeded</code> 换成循环后消失，但结果不对——多半是累加器或条件更新顺序错了。</p><p>使用场景：需要兼容性、或处理超大 <code>n</code>（比如百万级求和）时，必须转循环。</p><p>参数差异与陷阱：</p>
-
acc初始值必须匹配业务语义（求和为0，求积为1） -
while循环中，n和acc必须同步更新，不能只改一个 - 退出条件要和递归基 case 严格一致（如
n 对应 <code>while (n > 0)）
简短等效循环：
function sumTo(n) {
let acc = 0;
while (n > 0) {
acc += n;
n -= 1;
}
return acc;
}
递归转尾递归时最容易被忽略的复杂点
多分支递归（如树遍历）、相互递归（isEven/isOdd）、或带副作用的递归（如边递归边打印），无法简单靠加累加器解决。这类情况要么拆成 CPS（续体传递风格），要么直接放弃尾递归幻想，老实用栈或队列模拟。
更现实的做法：先确认是否真有栈溢出风险；如果没有，别过早优化。多数业务代码里，几十层递归完全够用，强行“尾递归化”反而增加理解成本和 bug 几率。
