TCO未被广泛采用因调试困难、性能权衡及使用场景有限，主流引擎如V8和SpiderMonkey未完整支持；开发者应改用循环、蹦床函数、异步分块或生成器等替代方案规避栈溢出。
JavaScript中的尾调用优化（TCO）在实际应用中支持非常有限，目前只有Safari浏览器的JavaScript引擎（Nitro/JavaScriptCore）提供完整支持。主流的Chrome（V8引擎）和Firefox（SpiderMonkey引擎）出于调试困难和性能权衡的考虑，都选择不启用或仅部分实现这一特性。这意味着在大多数环境中，即使你写出了符合尾递归要求的代码，也无法避免栈溢出问题。
为什么TCO没有被广泛采用？
尽管TCO在理论上能将递归的空间复杂度从O(n)降低到O(1)，但主要引擎厂商面临现实挑战：
- 调试难度增加：栈帧被复用后，调用栈信息丢失，开发者无法通过堆栈追踪来定位错误，这对开发体验是巨大打击。
- 性能取舍：引擎需要额外逻辑来识别和处理尾调用，这可能影响普通函数调用的性能，得不偿失。
- 使用场景有限：真正需要深度递归的业务代码并不多，多数情况可通过循环替代。
实用的替代方案
既然不能依赖TCO，开发者应主动规避深层递归带来的风险，以下是几种有效的替代方法：
- 改写为循环：这是最直接、性能最好的方式。例如阶乘计算，用while或for循环完全能代替递归，且无栈溢出风险。
- 使用蹦床函数（Trampoline）：适用于必须保留递归逻辑的场景。函数不直接返回结果，而是返回一个“继续执行”的函数，由蹦床函数在外层循环调用，从而将递归转为迭代。
- 分块处理或异步化：对于大数据量操作，可结合setTimeout或Promise微任务，将任务拆分成小块执行，让出主线程，避免阻塞。
- 利用生成器（Generator）：通过yield暂停执行，按需产生值，适合处理无限序列或大型数据流，内存友好。
基本上就这些，核心思路是别指望引擎帮你优化，自己把结构设计好才是正道。
