結局useMemoはいつ使えばいいの？ 僕の決定版 - Qiita

2026年1月追記: この記事は2022年に書かれたもので、それから事情は変わりました。現在はReact Compilerがありますので、「React Compilerを有効化すべき。そうすれば、useMemoはまったく使わなくていい」が正解になります。 React Compilerを有効化できない事情があり、useMemoを適切に使う必要がある場合は、この記事の内容は引き続き有効です。 皆さんこんにちは。筆者の以前の記事では、ReactのuseMemoを無駄に使うことによるレンダリング速度のオーバーヘッドがどれくらいかをベンチマークによって示しました。 それによれば、スマートフォンを想定したとしても、useMemoだけで描画に目に見える影響を与える（16msくらいの遅延を発生させる）には万のオーダーのuseMemoが必要なことが分かります。 この結果が出たことでuseMemoをいつ使うの

[ultimatebreak]

“確定的に明らか” ブロントさんが脳内に召喚されて頭がおかしくなって死んだ

[carolina04]

“日々の開発の中で受けられるuseMemoの恩恵は何でしょうか。それは、React.memoと組み合わせてコンポーネントのレンダリングを削減することです。具体的に言えば、同じ中身のオブジェクトを毎回新たに生成しないことが”

[Tormits]

“divのようなネイティブのHTML要素に対しては毎回別のオブジェクトを渡してもパフォーマンス上の問題がありません。”

[onesplat]

id:ponpon_qonqonがなんもわかってなさそうで草生える

[areyoukicking]

こういうのほしかった　読んでないけど

[sigwyg]

なるほど。計算結果をキャッシュするというよりは、再レンダリングを防止するために使うのね。無駄に使うことのオーバーヘッドはあるけど、無視できる範囲だから、将来的に使われそうな箇所には全部撒いておけと

[hasiduki]

勉強になるー！

[atico]

useCallbackはuseEffectという副作用の依存に絡んでくるので必須だけど、Reactmemoは必須な場面がほぼない。リストは見えてるところだけrenderするライブラリを使うべきで、memoでキャッシュするのは初期表示が遅くなる悪手。

[berlysia]

:+1: 自分もだいたいこんなことを言ってる。人に投げつけるのにちょうどいいテキストで助かる

[jay-es]

"useMemoを書くかどうかは今いる関数の中だけ見て決める" 使われている箇所を調べるのは開発効率が悪い + 使う側の都合で内部実装を決めるのは設計が悪い