遅延読み込みって何?必要になってから読む仕組み

遅延読み込みは「必要になるまで読まない」こと

遅延読み込み(ちえんよみこみ)は、英語では lazy loading と呼ばれます。直訳すると「怠けた読み込み」。名前のとおり、最初に全部まとめて読み込むのではなく、実際に必要になった瞬間に初めて読み込むというやり方のことです。

例え話をひとつ。引っ越し先の新居に荷物が20箱届いたとして、あなたはどうしますか。几帳面な人なら初日に全部開封して棚に並べるかもしれませんが、たいていの人は「とりあえず台所の箱だけ開けて、冬物のコートの箱は寒くなってから開ける」ようにするはずです。この「使うときに開ける」が遅延読み込みです。逆に全部開けてしまうのが、対になる考え方である「先読み(事前読み込み)」にあたります。

どちらが偉いという話ではなく、状況によって向き不向きがあります。ただ、箱が20個ではなく2000個あるとしたら、全部開けるのは現実的ではありませんよね。遅延読み込みが効いてくるのは、まさにそういう「全部読むと重すぎる」場面です。

AIのコンテキストでも同じことが起きる

Claude Codeのような、ファイルを読んで作業するAIツールの文脈でこの言葉が出てくるときは、たいてい情報をAIに渡すタイミングの話をしています。

AIが一度に扱える情報量(コンテキストウィンドウと呼ばれます)には上限があります。プロジェクト内のドキュメントやソースコードを片っ端から最初に全部読み込ませると、あっという間にその枠が埋まってしまい、肝心の作業内容に割けるスペースが減ってしまう。そこで「今やろうとしているタスクに関係するファイルだけを、必要になったときに読む」という振る舞いが効いてきます。これが遅延読み込みの考え方です。

「見取り図」だけは先に持っておく

遅延読み込みでつまずきやすいのがここです。必要になってから読むといっても、何がどこにあるか分からなければ取りに行けません。先ほどの引っ越しの例でいえば、箱の側面に「台所」「冬物」とマジックで書いてあるからこそ、必要な箱だけを選べるわけです。ラベルのない段ボールが積み上がっていたら、結局は全部開ける羽目になります。

だから遅延読み込みを前提にした設計では、索引・目次・ファイル名の付け方といった「地図」の部分が重要になります。中身は読まなくていい、でも「このあたりにありそう」は分かる。この状態を作れるかどうかが分かれ目です。

どんなときに効くのか

この3段階が揃っているときが典型です。逆に、どうせ全部使うと分かっている少量のデータなら、素直に最初に読んでしまったほうが単純でトラブルも少ない。遅延読み込みは「取りに行く処理」が余分に挟まる分、仕組みとしてはやや複雑になるからです。

覚えておきたいポイント

遅延読み込みは特定の機能名ではなく、設計の考え方を指す一般的な言葉です。Webページで画面に入った画像だけ読み込む、プログラムで実際に呼ばれたモジュールだけ読み込む、AIが必要なファイルだけ読む——分野は違っても、根っこは同じ「必要になるまで待つ」という発想です。

最初は「ケチっているだけでは」と思うかもしれませんが、扱う量が増えるほど、この判断の差がそのまま速度や余裕の差になって現れます。リソースに上限がある以上、何を今読み、何を後回しにするかは避けて通れない選択なんですね。