Gdzie naprawdę mieszkają gigabajty
Appetyt Androida na dysku rozkłada się na cztery terytoria, i znajomość ścieżek ma znaczenie, bo IDE zarządza tylko jednym z nich. SDK mieszka pod %LOCALAPPDATA%\Android\Sdk, urządzenia wirtualne emulatora pod %USERPROFILE%\.android\avd, a Gradle pod %USERPROFILE%\.gradle — każde z własnymi zasadami czyszczenia i własnym sposobem na ugryzienie, jeśli usuniesz w ciemno.
Rekordzistą są obrazy systemowe SDK: każda kombinacja wersji Androida × architektury CPU, którą kiedykolwiek zaakceptowałeś, po 1–2 GB sztuka, zachowywana na zawsze. Drugie miejsce zajmują AVD emulatora — pojedyncze urządzenie wirtualne ze zrzutami stanu i dyskiem qcow2 potrafi przekroczyć 10 GB. Pamięci podręczne Gradle zbierają każdą zależność rozstrzygniętą przez jakikolwiek projekt, a każdy folder build/ w projekcie piętrzy produkty pośredne, o których dawno zapomniałeś.
- %LOCALAPPDATA%\Android\Sdk\system-images — każda kombinacja wersji Androida i ABI, którą kiedykolwiek pobrałeś, po 1–2 GB
- %USERPROFILE%\.android\avd — obrazy emulatora; jeden AVD ze zrzutami i dyskami qcow2 spokojnie przekracza 10 GB
- %USERPROFILE%\.gradle\caches — wszystkie zależności rozstrzygnięte przez wszystkie projekty; bezpiecznie odtwarzalne i często ponad 20 GB
- %USERPROFILE%\.gradle\wrapper\dists — każda wersja Gradle zażądana przez jakikolwiek projekt, po około 150 MB
- build/ i .gradle/ w każdym projekcie — produkty pośrednie i pamięci podręczne projektu, które możesz usunąć w każdej chwili
- %LOCALAPPDATA%\Google\AndroidStudio* — własne indeksy, logi i pamięci podręczne IDE, odradzające się po każdej aktualizacji
Co można bezpiecznie usunąć — a czego nigdy
Usuwaj przez ekrany menedżerów wszędzie tam, gdzie istnieją. W SDK Manager odinstaluj obrazy systemowe i stare build-tools dla wersji Androida poniżej twojego minSdk — aktualizuje to metadane i utrzymuje spójność SDK. W Device Manager usuń AVD, których już nie używasz, a na kapryśnym urządzeniu wybierz raczej Wipe Data z jego menu rozwijanego — fabryczny reset zamiast przetrzymywania 10-gigabajtowej skamieliny.
Pamięci podręczne Gradle można wyczyścić w całości — następny build pobierze to, czego potrzebuje, a płacisz czasem i transferem, nie zepsuciem. To samo dotyczy folderów build/ w poszczególnych projektach, dlatego archiwizacja projektu zasługuje na wcześniejsze wyczyszczenie build/. Czego nigdy nie usuwasz hurtem, to %USERPROFILE%\.android jako całość: trzyma twoje debug keystore i klucze adb, a utrata debug keystore oznacza ponowną instalację każdego debugowego builda na każdym twoim urządzeniu.
Jak utrzymać porządek na przyszłość
Wpleć w rutynę trzy nawyki. Gdy minSdk idzie w górę, poświęć pięć minut w SDK Manager na usunięcie wersji poniżej niego. Trzymaj jeden aktualny obraz emulatora na typ urządzenia zamiast pięciu, a gdy potrzebujesz tylko świeżego urządzenia, wybieraj Wipe Data zamiast zrzutów stanu. Jeśli dysk C: jest pod presją, przenieś SDK przez Settings → Languages & Frameworks → Android SDK i skieruj GRADLE_USER_HOME na inny dysk.
Częstych pozostałości — cache Gradle, pamięci podręczne i logi IDE, foldery build/ w projektach — pilnuje przegląd dwa razy w roku. Narzędzie znające foldery deweloperskie, jak kategoria dev-caches w Kleaner PRO, czyści pozostałości Gradle i IDE w jednym przebiegu, zostawiając keystores w spokoju; jakkolwiek to zrobisz, najpierw zamknij Studio, żeby nic nie zostało zablokowane w trakcie usuwania.
Pytania i odpowiedzi
Czy bezpiecznie usunąć folder cache Gradle?
Tak — najpierw zamknij Studio, potem usuń %USERPROFILE%\.gradle\caches. Następny build pobierze to, czego potrzebuje; kosztem jest czas, nie zepsucie.
Jak odzyskać miejsce z emulatorów Androida?
W Android Studio otwórz Device Manager, usuń nieużywane AVD i uruchom Wipe Data na tych, które zostają — jeden zapomniany obraz potrafi trzymać 10 GB.
Sprawdź warunki przed zakupem
Porównaj czas licencji i liczbę urządzeń. Każdy płatny plan odblokowuje ten sam zestaw narzędzi PRO.
Przeczytaj także
Napisz do nas: [email protected]