私の理解では、次の 2 つのことができれば React よりも速く実行できるということです:

1. 不必要な再レンダリングを避けてください。

2. より良い差分アルゴリズムを使用してください!

著者の回答をご覧ください。 stackoverflow上virtual dom

それは次のとおりです:
まず第一に、仮想 dom は直接ネイティブ操作よりも高速ではありません。いわゆる「高速」は条件付きです。
たとえば、数値 +1 のように、dom を直接操作した方が高速になります。ルールは、手動で dom を操作するたびに、変更すべきものだけを変更することです。そうすれば、dom の操作は常に仮想 dom より高速になります
ただし、変更が多くの​​場所に接続されている場合は、状態を維持するために、仮想 dom の自動差分は間違いなく、より多くの心配を省きます。
たとえば、リストでは、リスト項目にはいいね、返信数、その他の情報などのステータスがあり、動的に追加されます。この時点で、dom を直接操作するのは非常に面倒です。
仮想 dom の中心となるのは diff で、調整すべき領域を自動的に計算し、調整すべき領域のみを変更します。保存されるのは実行速度などの小さな速度ではなく、開発速度/メンテナンス速度/ロジックの単純さなどの「全体的な速度」です。もちろん、仮想 DOM にも欠点はありますが、それについては説明しません。ここに

すべてのページのすべての DOM 変更を最適化するために多大な労力を費やした場合、自動化された仮想 DOM よりも確実に高速になります
問題は、通常の状況ではこれを実行しないことです。
したがって、ほとんどの場合、仮想 DOM はより高速な条件下でより強力な機能 (キャンバス上にコントロールをレンダリングするなど) を提供できます。

Visual DOM は、DOM を直接操作するよりも高速ではありません (記述したコードが十分に優れている場合)。これは、React のすべての再レンダリング メカニズムが原因であるようです。つまり、React では、変更を行うとアプリケーション全体を再レンダリングする必要があり、それが実際の DOM である場合、そのようなパフォーマンスは許容できません。

詳しくはYoudaさんの回答をご覧ください

(VDOM diff を使用して DOM を選択的に更新する) (通常は) (毎回 DOM を再構築する) よりも高速です

diff アルゴリズムは一般に、時間の複雑さを軽減するために品質を犠牲にしており、最小の差分が得られることは保証されていません。その後、差分結果が DOM を再構築するように複数の VDOM を構築できるはずです。この場合、VDOM の速度が遅くなる可能性があります。