嘿，各位码手们！最近听说了 JavaScript 的尾调用优化 ， 这东西听起来挺厉害的，能让程序更省内存， 礼貌吗？ 避免栈溢出。但是说实话，我感觉这玩意儿在咱们实际开发中可没啥用。不过咱们就先聊聊吧。

哪些是尾调用优化？

准确地说... 简洁 尾调用优化 就是 JavaScript 引擎的一种“魔法”，它会把函数最后再来看一步调用的操作变成一个“无视”的操作。也就是说函数最后再来看一步调用了另一个函数，但当前这个调用的最终还是结果是直接作为当前函数的返回值。 这就像你做完一件事情，然后直接把最终还是结果是还给别人一样。 这样一来程序的栈空间范围就不会无限增较长了能够避免栈溢出的问题。

为哪些需要尾调用优化？

在 JavaScript 中，每次函数被调用都会在堆栈上创建一个崭新的帧。当前这个帧里面保存着函数参数、局部变量、以及落实位置等等信息。如果递归函数较深度很较深，每次递归都会往堆栈上压入一个崭新的帧，最终还是引起堆栈空间范围耗尽而报错。 TCO 能够通过沉重用堆栈帧来解决当前这个问题。

ES6 规范和 TCO

ES6 标准里定义了 TCO 的语义：在严格模式下 如果一个函数的最后再来看一步是调用另一个函数，那么引擎就有有可能进行优化，呃...。

TCO 在实际开发中的应用和验证

这才是关键！ 从理论上讲讲，咱们应当写出符合 TCO 的代码。 嗐... 但是呢……现实情况可就繁杂了。

目前 TCO 的状态

别被吓到了！虽然 ES6 定义了 TCO 的规范，但目前很更多主流 JavaScript 引擎并没有彻底启用它。 * **Safari:** Safari 是仅有一个彻底支持 TCO 的浏览器。 * **Chrome 和 Firefox:** Chrome 和 Firefox 虽然有测试性支持或进行了尝试性的实现， 麻了... 但是当前默认情况下都禁用了 TCO 。这最主要是这是因为实现起来对比繁杂而且调试起来不简单。 * **其他浏览器:** 其他浏览器的情况也对比繁杂,有的有可能存在一部分支持或者不作用于性能.

常见的误区

• 不要依赖 TCO： 即使你写出了符合尾递归形式的代码，也不要太依赖它。这是因为很更多引擎有可能没有启用 TCO ，引起你的代码仍然会报错。
• 明白真实正的尾递归：并不是全部看起来像尾递归的代码都能触发优化.
• 考虑迭代方案： 对于一些递归场景 ，最良好还是采用循环来实现迭代版本。这样既能够避免栈溢出问题,又能够保证代码的可读性和可维护性.

怎样测试有没有采用了 TCO？

function testTailCall {  function tailCall {    if  return 'done';    return tailCall;  }  ;  try {    tailCall;    ;  } catch  {    .length);    } }testTailCall;

Trampoline 技术手段：手动模拟 TCO

"Trampoline" 是一个技术手段手段,用来模拟尾调用优化效果. 它通过不断地将函数调用的最终还是结果是返回给自身来落实递归函数.，结果你猜怎么着？

与提议

核心要点

• 严格模式是关键：必须要在严格模式下采用 ` 'use strict'; `才能触发TCO
• 因素： 不要盲目依赖TCO ,充足评估其潜在的风险因素

最后再来看的吐槽

归根结底。 总而言之，JavaScript的尾调用优化确实是一个很有意思的概念。 但是目前来看, 它更更多的还是作为一个从理论上讲的探究对象而不是一种实用的技术手段手段。