为什么两次调用 string.charCodeAt() 比在一个从未到达的 if 中调用另一个更快？

Question

我在 nodejs/chrome/v8 中发现了一个奇怪的行为。似乎这段代码：

var x = str.charCodeAt(5);
x = str.charCodeAt(5);

比这更快

var x = str.charCodeAt(5); // x is not greater than 170
if (x > 170) {
  x = str.charCodeAt(5);
}

起初我虽然可能比较比实际的第二次调用更昂贵，但是当 if 块中的内容没有调用时str.charCodeAt(5)，性能与单次调用相同。

为什么是这样？我最好的猜测是 v8 正在优化/取消优化某些东西，但我不知道如何准确地解决这个问题或如何防止这种情况发生。

这是 jsperf 的链接，它至少在我的机器上很好地展示了这种行为：https ://jsperf.com/charcodeat-single-vs-ifstatment/1

---

背景：我发现这个的原因是因为我试图优化babel-parser内部的令牌读取。

我测试过，str.charCodeAt()速度是str.codePointAt()我的两倍，但我可以替换此代码：

var x = str.codePointAt(index);

和

var x = str.codePointAt(index);

但是由于上述行为，第二个代码没有给我任何性能优势。

Answer 1

V8 开发人员在这里。正如 Bergi 指出的那样：不要使用微基准来告知此类决策，因为它们会误导您。

看到每秒数亿次操作的结果通常意味着优化编译器能够消除您的所有代码，并且您正在测量空循环。您必须查看生成的机器代码以查看是否发生了这种情况。

当我将这四个片段复制到一个小的独立文件中进行本地调查时，我看到了截然不同的性能结果。两者中的哪一个更接近您的实际用例？不知道。这使得对这里发生的事情的任何进一步分析都变得毫无意义。

作为一般经验法则，分支比直线代码慢（在所有 CPU 和所有编程语言上）。因此（除了死代码消除和其他微基准测试陷阱）如果“两次”情况实际上比两个“if”情况中的任何一个都快，我不会感到惊讶。也就是说，String.charCodeAt跟注很可能足以抵消这种影响。