在这种情况下，扩展原型链如何提高性能？

Question

我有一个长期的假设，即深度 prototype chains 会导致属性访问器的性能下降。我试图在 hide the getter or add in the proto Object 上解释这一点，但快速的 benchmark I threw together 导致的结果与我的预期完全相反。

这里发生了什么？我是否遗漏了一些明显的东西，或者这是否完全表明我（和其他人）对prototype 链上属性访问器性能的假设是错误的？

设置

const object1 = {
  foo: 'Hello, World!',
  get bar () { return this.foo }
};

const object2 = Object.assign(Object.create({
  get bar () { return this.foo }
}), {
  foo: 'Hello, World!'
});

let result;

测试 1

（控制，没有prototype）

result = object1.bar;

测试 2

（实验，prototype）

result = object2.bar;

结果

测试 1 的运行速度比测试 2 慢 92.85%，这意味着将 get bar () {} 放在 prototype 链中而不是放在对象自身的属性中会导致属性访问器的速度提高 14 倍。请参阅Object.create() 了解对象的布局有何不同。

测试 1

79,323,722 次操作/秒 ±0.34%

测试 2

1,108,762,737 次操作/秒 ±0.15%

使用 Google Chrome 63.0.3239.132（官方版本）（64 位）在 Windows 10 Intel i7-7700K CPU @ 4.20GHz 上测试

Answer 1

据我所知，这些细节仅适用于 V8 引擎，我不确定这如何直接映射到 Firefox 的实现。

没有原型，V8 正在创建隐藏类来支持对象的属性。对于每个新属性，都会创建一个新的隐藏类，然后创建从前一个隐藏类到新隐藏类的转换。

但是，原型不会发生这种情况，并且在我就该主题进行的对话中这是一个鲜为人知的事实。换句话说，是的，原型更快。

为了优化原型，V8 以不同于常规过渡对象的方式跟踪它们的形状。我们没有跟踪转换树，而是为原型对象定制隐藏类，并始终保持快速 -Toon Verwaest (V8 dev)

此设置均发生在Dynamic Machine Code Generation 期间。您看到的两种设置之间的区别在于更复杂的隐藏类路径与更自定义的路径之间的区别。或者，顾名思义，fastPropertiesWithPrototype 对象和 slowProperties 对象的区别，后者使用字典模式。