Skip to content

Profiler.md

Latest commit

 

History

History
135 lines (93 loc) · 6.62 KB

Profiler.md

File metadata and controls

135 lines (93 loc) · 6.62 KB
title <Profiler>

<Profiler> を使うことで、React ツリーのレンダリングパフォーマンスをプログラムで測定することができます。

<Profiler id="App" onRender={onRender}>
  <App />
</Profiler>

リファレンス {/reference/}

<Profiler> {/profiler/}

コンポーネントツリーを <Profiler> でラップすることで、レンダーのパフォーマンスを測定することができます。

<Profiler id="App" onRender={onRender}>
  <App />
</Profiler>

props {/props/}

  • id: UI のどの部分を測定対象としているのか識別するための文字列です。
  • onRender: プロファイリング対象のツリー内のコンポーネントが更新されるたびに React が呼び出す onRender コールバック。何がレンダーされ、それにどれだけの時間がかかったかについての情報を受け取ります。

注意点 {/caveats/}

onRender コールバック {/onrender-callback/}

React は onRender コールバックを呼び出して、何がレンダーされたかについての情報を伝えます。

function onRender(id, phase, actualDuration, baseDuration, startTime, commitTime) {
  // Aggregate or log render timings...
}

引数 {/onrender-parameters/}

  • id: たった今コミットされたツリーに対応する <Profiler> の id プロパティ。複数のプロファイラを使用している場合に、どのツリーがコミットされたかをこれにより識別できます。
  • phase: "mount"、"update"、または "nested-update"。これにより、ツリーが初めてマウントされたのか、props、state、またはフックの変更により再レンダーされたのかを知ることができます。
  • actualDuration: 現在の更新のために <Profiler> とその子要素がレンダーに費やしたミリ秒数。これは、サブツリーがメモ化（例：memo と useMemo）をどれだけうまく利用できているかを示すものです。理想的には、子要素の多くが自身の props が変更された場合にのみ再レンダーされるようになることで、この値は初回マウント後に大幅に減少していくはずです。
  • baseDuration: もし最適化なしで <Profiler> サブツリー全体を再レンダーした場合にかかる時間をミリ秒で推定した数値。ツリー内の各コンポーネントの最後のレンダーにかかった時間を合計することで計算されます。この値は、最悪のツリーのレンダーコスト（例：初回マウントやメモ化がない場合）を推定します。メモ化が機能しているかどうかを確認するには、この値を actualDuration と比較します。
  • startTime: React が現在の更新のレンダーを開始した時刻のタイムスタンプ。
  • commitTime: React が現在の更新をコミットした時刻のタイムスタンプ。この値は単一コミット内のすべてのプロファイラ間で共有されるため、必要に応じてグループ化するために利用できます。

使用法 {/usage/}

レンダーのパフォーマンスをプログラムで測定する {/measuring-rendering-performance-programmatically/}

React ツリーを <Profiler> コンポーネントで囲むことで、そのレンダーのパフォーマンスを測定します。

<App>
  <Profiler id="Sidebar" onRender={onRender}>
    <Sidebar />
  </Profiler>
  <PageContent />
</App>

id（文字列）と onRender コールバック（関数）の 2 つの props が必要です。React はツリー内のコンポーネントが更新を「コミット」するたびにこれを呼び出します。

プロファイリングには追加のオーバーヘッドが発生するため、デフォルトでは本番用ビルドでは無効になっています。本番環境でプロファイリングを行うためには、プロファイリングを有効にした特別な本番用ビルドを明示的に用いる必要があります。

<Profiler> を使うことで測定結果をプログラムで収集することができます。対話型のプロファイラを使いたい場合は、React Developer Tools の Profiler タブを試してみてください。これは同様の機能をブラウザの拡張機能として提供します。

<Profiler> でラップされたコンポーネントは、プロファイリングビルドにおいても React パフォーマンストラックの コンポーネントトラック に記録されます。 開発用ビルドでは、<Profiler> でラップされているかどうかにかかわらず、すべてのコンポーネントがコンポーネントトラックに記録されます。

アプリケーションの複数部位を測定する {/measuring-different-parts-of-the-application/}

アプリケーションの複数の部位を測定するために、複数の <Profiler> コンポーネントを使用することができます。

<App>
  <Profiler id="Sidebar" onRender={onRender}>
    <Sidebar />
  </Profiler>
  <Profiler id="Content" onRender={onRender}>
    <Content />
  </Profiler>
</App>

また、<Profiler> コンポーネントをネストすることもできます。

<App>
  <Profiler id="Sidebar" onRender={onRender}>
    <Sidebar />
  </Profiler>
  <Profiler id="Content" onRender={onRender}>
    <Content>
      <Profiler id="Editor" onRender={onRender}>
        <Editor />
      </Profiler>
      <Preview />
    </Content>
  </Profiler>
</App>

<Profiler> は軽量なコンポーネントですが、必要な場合にのみ使用するべきです。使用するたびにアプリケーションに一定の CPU とメモリのオーバーヘッドが生じます。