Object.observe（）はどのようにパフォーマンスに影響しますか？

Question

Object.observe() JavaScript APIを使用すると、任意のJavaScriptオブジェクトのすべてのプロパティ変更に対して変更通知を受け取ることができます。

JavaScriptエンジン（V8）で実行できるコード生成とパフォーマンスの最適化に重大な影響はありませんか？生成されたネイティブコードは、変更通知を生成する必要がある場合、オブジェクトへのすべての単一書き込みをチェックする必要があるようです。指定されたオブジェクトに通知が設定されているかどうかを静的に判断することはできません。チェックを最適化することはできません。

準拠しているJavaScriptエンジンは、このAPIのためにパフォーマンスが永続的に損なわれているようです。

Answer 1

現代のJavaScriptエンジンを利用しますダイナミックディスパッチが生成されたコードに及ぼす影響を最小限に抑えるために、インラインキャッシングと適応再コンパイルの手法を使用します。

V8について話しているのであれば、オブジェクトが観測されているかどうかは隠れたクラスでエンコードされています。インラインキャッシュスタブと最適化されたコードの両方は、オブジェクトが期待される形状を持つかどうかを判断するために、隠れたクラスをいくつかの期待値と比較してチェックしています。まったく同じ検査で、オブジェクトが観測されているかどうかの情報が得られます。したがって、観測されていないオブジェクトで動作するコードパスは変わりません。オブジェクトの隠れたクラスは、観察されたビットセットで別のオブジェクトに切り替えられます。これを見るにはRuntime_SetIsObservedを読むことができます。

類似の推論は、最適化されたコードでガードを省略し、代わりに "形状"仮定に応じてコードを非最適化する部分に適用されます。オブジェクトが観察されなくなるという前提に基づいて脱最適化される。したがって、観察されない対象物については、再び価格は支払われない。つまり、V8で現在実装されているObject.observeは、正規化（辞書表現に変換）し、観測録画のためのランタイムシステムを介してラウンドトリップを必要とするため、V8で観察されるオブジェクトの価格が高くなります。しかし、後でこのコストを大幅に削減するには、内在する技術的な困難はありません。

Answer 2

これは、JavaScriptエンジン（つまりV8）で実行できるコード生成とパフォーマンスの最適化に重大な影響を及ぼしませんか？

はい。プロキシ、ゲッター/セッター、おそらくプロトタイプオブジェクトと同じことですが、それらはすべてJavaScriptで動的です。

しかし、それらの非同期性のために新しい最適化が可能になります。他のより非効率なコードを時代遅れにする可能性があります。不要ラッパーまたはプロキシオブジェクトは、

• への変更の追加/オブジェクトのプロパティの削除
• 変更通知の
• 変更通知は、メモリ効率とオブジェクトIDを提供する：Goals from the harmony draftを引用していませんオブジェクト上のプロパティのプロパティ記述子
• アクセサープロパティが変更されたときにオブジェクトが手動で指示する機能
• 効率的なエンジンで実現可能
• 単純、標的、拡張現在ES
• 非同期変更の通知が、変更の同期取り込みを可能にする保留中の送達