IntelliJ IDEAのキャッシュとインデックス: JVM開発者がいつか必ずやるディスクダイエット

%LOCALAPPDATA%\JetBrains の中身の正体

IntelliJの各バージョンは、データをバージョンごとのフォルダのペアで保持します。システムデータは %LOCALAPPDATA%\JetBrains\IntelliJIdea2025.1、設定は %APPDATA%\JetBrains\IntelliJIdea2025.1 です。system側には重いものが全部入ります——検索インデックス、コードキャッシュ、ローカルヒストリーのメタデータ、compile-serverの出力、ログ。これらは失われてもゼロから再構築されます。config側にあるのは設定、プラグイン、ライセンス状態で、ここはうっかり消してはいけない部分です。

構造的な問題はバージョニングです。2024.2、2024.3、2025.1がそれぞれ新しいフォルダのペアを持ち、アップグレードしても古いものは誰も削除しません。ポイントアップデートを3年続ければ、実際に使われているのは1つだけなのに、数ギガバイトのsystemフォルダが8バージョン見つかるのは普通です。さらに %USERPROFILE%\.gradle と %USERPROFILE%\.m2 にある独立したGradleとMavenのキャッシュ——これ自体が巨大な別の話題ですが——を足すと、JVMツールチェーンはディスクをOSより多く占有していることになります。

安全な掃除のやり方

IDEを閉じた状態なら順序はほとんど問題になりません。唯一の本当のルールは、system/configという区分のどちら側に手を出しているのかを把握することです。古いバージョンのフォルダは、新しいバージョンが動いてしまった瞬間から純然たる死重量ですし、現行バージョンのキャッシュの代償は再インデックス1回だけです。

• File → Invalidate Caches... — IDE内からの正規ルート。完全リセットには Clear file system cache and Local History にチェック
• 古い %LOCALAPPDATA%\JetBrains\IntelliJIdea<バージョン> のsystemフォルダ — 新バージョンが数日問題なく動いたら削除
• 現行バージョンの system\caches と system\index — IDEを閉じていれば安全、次回起動時にフル再インデックス
• system\log — 何か月分もの idea.log。自由に削除できます
• %APPDATA%\JetBrains\<バージョン> — 設定、プラグイン、各種オプション。工場出荷状態に戻すのが目的でない限り削除禁止
• Toolbox利用者: %LOCALAPPDATA%\JetBrains\Toolbox\apps — 未使用のIDEバージョンはToolboxのUIから削除

次回起動時に起こること

キャッシュを消した後、IntelliJは開くすべてのプロジェクトのインデックスを再構築します。大きなモノレポなら、数分のCPU満負荷とプログレスバーが待っています。締め切りの最中ではなく前にやりましょう。ローカルヒストリーは消去を選べば失われます——バックアップではなく、使い捨て前提の機能と考えてください。見返りは割に合います。使い込んだ開発機で20～40ギガバイトを取り戻すのは例外ではなく日常です。

肥え太り直さないために、特大の掃除を定期業務に格下げしましょう。古いバージョンのチェックを、Windowsの他の掃除と同じ毎月のルーチンに組み込むのです。Kleaner PROのパスは通常の一時ファイルと一緒にJetBrainsフォルダも片付けますし、カレンダーのリマインダーなら同じ仕事が無料で済みます。JVMはディスクを埋める新しい方法を必ず見つけます。問題は、埋まり率90%で気づくか、空き5ギガバイトで気づくかだけです。

よくある質問

次に読む記事