尾调用优化允许引擎复用栈帧避免栈溢出；尾调用指函数最后一步直接返回另一函数调用结果，无后续操作。
尾调用优化（Tail Call Optimization，TCO）是JavaScript中一种减少函数调用栈深度的机制，核心在于：当一个函数的最后一步是调用另一个函数（且该调用是“尾位置”），引擎可复用当前栈帧，不新增调用帧。这对递归函数尤其关键——能避免因深层递归导致的 RangeError: Maximum call stack size exceeded。
什么是尾调用？关键看“最后一步”
尾调用不是“最后一个被调用的函数”，而是指函数执行流中，**某次函数调用出现在当前函数体的最后一步计算，且其返回值直接作为当前函数的返回值**。此时没有后续操作（如加法、赋值、逻辑运算等）需要在调用返回后处理。
✅ 正确的尾调用：
function factorial(n, acc = 1) {if (n return factorial(n - 1, n * acc); // 尾位置：return 后直接是函数调用
}
❌ 非尾调用（即使写在最后一行）：
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
function factorial(n) {if (n return n * factorial(n - 1); // 不是尾调用：需等待子调用返回后再做乘法
}
尾调用优化在JS中的现实支持情况
ES2015（ES6）标准明确规定了尾调用优化，但仅要求在**严格模式（"use strict"）下**、且处于**尾位置的直接函数调用**才可被优化。然而：
- Chrome 和 Firefox 目前（截至2024）**未启用 TCO**，即使代码符合规范，仍会增长调用栈；
- Safari 的 JavaScriptCore 引擎在部分版本中实现了 TCO，但行为不稳定，不建议依赖；
- Node.js 在启用
--harmony-tailcalls参数时曾实验性支持，但已移除，当前也不支持。
也就是说：**标准写了，但主流引擎基本没实现。不能靠它防栈溢出。** 真实项目中需主动规避。
替代方案：手动消除递归或改用迭代
既然不能依赖引擎优化，就要从代码结构入手。常见可靠做法有：
- 使用循环代替递归：把递归逻辑转为 while / for 循环，显式维护状态变量（如累加器、索引、栈结构）；
- 手写迭代版尾递归（Trampoline）：返回一个函数而非直接调用，由外层循环逐个执行，避免嵌套调用；
-
分治 + 异步边界：对超深递归（如遍历万级嵌套对象），可用
setTimeout或queueMicrotask拆分任务，让事件循环清空栈； - 限制递归深度并提供降级策略：比如树遍历时预估最大深度，超过则切到 BFS 迭代实现。
实用建议：写递归时就预防栈溢出
不必等到报错才补救。日常开发中可养成这些习惯：
- 写递归前先问：是否必须用递归？多数数组/树遍历都有简洁的迭代写法；
- 若坚持递归，优先写成尾递归形式（带累加参数），即使不被优化，也更易转为循环；
- 对用户可控输入（如解析用户传入的嵌套 JSON），务必加深度限制和错误提示；
- 测试时用大输入（如递归 10000 层）验证健壮性，别只测 3 层小样例。
