Android Studio のクリーンアップ：SDK・エミュレーター・Gradleが隠すギガバイトの在処

ギガバイトが実際にいる場所

Androidのディスクへの食欲は4つの領域に分かれており、パスを知ることが重要です。IDEが管理しているのはそのうち1つだけだからです。SDKは %LOCALAPPDATA%\Android\Sdk の下、エミュレーターの仮想デバイスは %USERPROFILE%\.android\avd の下、Gradleは %USERPROFILE%\.gradle の下にいます。それぞれに独自のクリーンアップルールと、闇雲に消したときに噛みつく独自の方法があります。

最悪の常習犯はSDKのシステムイメージです。過去に受け入れたすべての「Androidバージョン × CPUアーキテクチャ」の組み合わせが、1～2 GBずつ、永久に保管されます。次にエミュレーターのAVDが続きます。スナップショットとqcow2ディスクを含む1台の仮想デバイスは10 GBを超えることもあります。Gradleキャッシュはあらゆるプロジェクトが解決したすべての依存関係を蓄積し、プロジェクトごとのbuild/フォルダーは、存在をすでに忘れた中間生成物を積み上げていきます。

%LOCALAPPDATA%\Android\Sdk\system-images — ダウンロードしたすべてのAndroidバージョンとABIの組み合わせ、各1～2 GB
%USERPROFILE%\.android\avd — エミュレーターのイメージ。スナップショットとqcow2ディスクを含むAVDは軽く10 GBを超えます
%USERPROFILE%\.gradle\caches — すべてのプロジェクトが解決したすべての依存関係。安全に再構築でき、しばしば20 GB超
%USERPROFILE%\.gradle\wrapper\dists — 何らかのプロジェクトが要求したすべてのGradleバージョン、各約150 MB
各プロジェクト内の build/ と .gradle/ — いつでも削除できる中間生成物とプロジェクト単位のキャッシュ
%LOCALAPPDATA%\Google\AndroidStudio* — IDE自身のインデックス、ログ、キャッシュ。アップグレードのたびに生まれ変わります

安全に削除できるもの——そして絶対にできないもの

管理画面が存在するものは、そこから削除してください。SDK Managerでは、minSdk未満のAndroidバージョンのシステムイメージと古いbuild-toolsをアンインストールします。メタデータが更新され、SDKの一貫性が保たれます。Device Managerでは使わなくなったAVDを削除し、不調なものについてはドロップダウンのWipe Dataを選びましょう。10 GBの化石を抱えるより、工場出荷状態に戻す方がいいからです。

Gradleキャッシュは一括で消して構いません。次のビルドが必要なものを再ダウンロードし、代償は時間と帯域であって破損ではありません。プロジェクトごとのbuild/フォルダーも同様で、プロジェクトをアーカイブするなら先にbuild/を掃除する価値があります。一括削除してはいけないのは %USERPROFILE%\.android そのものです。デバッグ用キーストアとadb鍵が入っており、デバッグキーストアを失うと、所有するすべてのデバイスでデバッグビルドを再インストールすることになります。

今後コンパクトに保つには

3つの習慣を日常に組み込みましょう。minSdkが上がったら、SDK Managerで5分かけてそれ未満のバージョンを外します。フォームファクターごとに5つではなく現在のイメージ1つを保持し、新しい端末が必要なだけならスナップショットではなくWipe Dataを使います。C: が逼迫しているなら、Settings → Languages & Frameworks → Android SDK からSDKを移動し、GRADLE_USER_HOMEを別ドライブに向けます。

定期的に現れる残り物——Gradleキャッシュ、IDEのキャッシュとログ、プロジェクトのbuild/フォルダー——は、年2回のクリーンアップで総量を管理できます。開発者フォルダーを知っているツール、たとえばKleaner PROのdev-cachesカテゴリは、GradleとIDEの残り物を一括でクリアしつつキーストアには手をつけません。どの方法を取るにせよ、削除中にロックされないよう、先にStudioを閉じてください。