尾调用优化在ES6中被规范引入，允许函数在尾位置调用自身或其它函数时重用栈帧，从而避免栈溢出，提升递归性能。
JavaScript 的尾调用优化（Tail Call Optimization, TCO）在 ES6（ECMAScript 2015）中是作为语言规范的一部分被正式引入的，但它的实现方式和实际效果需要从规范和运行时两个层面来理解。
什么是尾调用？
尾调用是指一个函数的最后一个动作是调用另一个函数（包括自身），并且这个调用的返回值直接作为当前函数的返回值。例如：function factorial(n, acc = 1) {
if (n return factorial(n - 1, n * acc); // 尾递归调用
}
ES6 规范中的尾调用优化
ES6 在语言规范层面定义了“尾调用”的语义要求，使得在满足特定条件时，引擎可以重用当前函数的栈帧，而不是创建新的栈帧。这能避免栈溢出，支持无限的尾递归调用。要触发尾调用优化，必须满足以下条件：
- 调用发生在尾位置（即函数的最后一步操作）
- 调用的是函数调用表达式，如 f(...)、obj.method(...)
- 调用的结果直接被返回，不能有后续操作（如 return 1 + f(); 不算）
- 处于严格模式下（因为非严格模式需要保留 arguments 和 caller 等特性，阻碍优化）
实际执行情况：规范与现实的差距
虽然 ES6 规范要求支持尾调用优化，但大多数 JavaScript 引擎（如 V8、SpiderMonkey）出于调试复杂性、性能权衡和实际使用场景有限等原因，并未广泛实现或默认开启该优化。- V8（Chrome、Node.js 使用）曾实验性支持，但在 2017 年左右移除了相关实现
- SpiderMonkey（Firefox）对某些简单尾递归场景有部分支持，但不保证稳定启用
- JavaScriptCore（Safari）在特定条件下有一定支持，但仍有限制
开发者应如何应对？
由于引擎支持不稳定，依赖尾调用优化可能导致生产环境栈溢出。建议：- 编写尾递归代码时，仍要考虑手动转换为循环结构以确保安全
- 在关键路径中避免深度递归，即使形式上是尾调用
- 测试目标运行环境是否真正支持优化
- 利用工具或 Babel 插件将尾递归自动转为循环
基本上就这些。ES6 虽在规范中明确了尾调用优化，但实际能否生效，还得看具体引擎的实现和支持程度。不复杂但容易忽略。
