问Object.observe()是如何影响性能的？

EN

现代JavaScript引擎利用内联缓存和自适应重新编译技术来最小化动态调度对生成代码的影响。

如果我们讨论的是V8，那么是否观察到对象的事实是在它的隐藏类中编码的。内联缓存存根和优化代码都已经根据某些期望值检查隐藏类，以确定对象是否具有预期形状。同样的检查提供了关于是否观察到该对象的信息。因此，与未观察对象一起工作的代码路径不会发生任何变化。开始观察对象的方式与改变它的形状相同:对象的隐藏类被切换到另一个对象，并设置了一个观察位:您可以阅读Runtime_SetIsObserved来查看这个信息。

类似的推理也适用于系统中忽略了优化代码的部分，而是依赖于“形状”假设的去优化代码:一旦一个对象被观察到，所有优化的代码都取决于这样的对象没有被观察到的假设将被去优化。因此，对于未观测的物体，再一次没有付出任何代价。

也就是说，当前Object.observe在V8中的实现使得被观察对象付出了高昂的代价，因为它将对象规范化(将它们转换为字典表示)，并且需要通过运行时系统进行往返以记录观察。但是，在以后大幅度降低这一费用方面并没有固有的技术困难。

这不严重影响JavaScript引擎(即V8)可以执行的代码生成和性能优化吗？

是。与代理、Getters/Setters甚至原型对象一样，它们在JavaScript中都是动态的。

但是，由于它们的异步性，新的(更好的)优化是可能的；它们可能会使其他效率更低的代码过时。引用 from the harmony draft

• 不需要包装器或代理对象，提供内存效率和对象标识
• 更改对象上属性的添加/删除通知
• 更改对对象上属性的属性描述符的修改通知
• 对象手动指示访问器属性何时更改的能力。
• 在引擎中有效地实现
• 简单，目标，扩展到当前ES
• 更改的Asynchronous通知，但允许同步获取待交付的更改