Onde os gigabytes realmente vivem
O apetite por disco do Android se espalha por quatro territórios, e saber os caminhos importa porque a IDE gerencia só um deles. O SDK mora em %LOCALAPPDATA%\Android\Sdk, os dispositivos virtuais do emulador em %USERPROFILE%\.android\avd e o Gradle em %USERPROFILE%\.gradle — cada um com suas regras de limpeza e seu jeito próprio de te morder se você apagar no escuro.
Os piores culpados são as system images do SDK: cada combinação de versão do Android × arquitetura de CPU que você aceitou um dia pesa um a dois GB e fica lá para sempre. Depois vêm os AVDs do emulador — um único dispositivo virtual com snapshots e disco qcow2 passa fácil de 10 GB. Os caches do Gradle acumulam cada dependência que qualquer projeto já resolveu, e cada pasta build/ de projeto empilha intermediários que você já esqueceu que existiam.
- %LOCALAPPDATA%\Android\Sdk\system-images — cada par “versão do Android + ABI” que você baixou, de 1 a 2 GB cada
- %USERPROFILE%\.android\avd — imagens do emulador; um AVD com snapshots e discos qcow2 passa fácil de 10 GB
- %USERPROFILE%\.gradle\caches — todas as dependências de todos os seus projetos, reconstruíveis sem risco e muitas vezes 20 GB+
- %USERPROFILE%\.gradle\wrapper\dists — cada versão do Gradle que algum projeto pediu, cerca de 150 MB cada
- build/ e .gradle/ dentro de cada projeto — intermediários que dá para apagar a qualquer momento
- %LOCALAPPDATA%\Google\AndroidStudio* — índices, logs e caches da própria IDE, que renascem a cada atualização
O que dá para apagar — e o que nunca
Apague pelas telas de gerenciamento onde elas existirem. No SDK Manager, desinstale system images e build-tools velhos das versões do Android abaixo do seu minSdk: ele atualiza os metadados e mantém o SDK consistente. No Device Manager, exclua os AVDs que você não usa mais e, num dispositivo problemático, prefira Wipe Data no menu suspenso dele — voltar ao estado de fábrica em vez de guardar um fóssil de 10 GB.
Os caches do Gradle podem ser apagados inteiros — o próximo build baixa de novo o que precisar, e você paga com tempo e banda, não com quebra. O mesmo vale para as pastas build dos projetos, razão pela qual arquivar um projeto merece antes uma faxina em build/. O que nunca se apaga em bloco é %USERPROFILE%\.android: ele guarda seu keystore de debug e as chaves do adb, e perdê-lo obriga a reinstalar cada build de debug em cada dispositivo seu.
Como não engordar de novo
Transforme três hábitos em rotina. Quando o seu minSdk subir, gaste cinco minutos no SDK Manager eliminando as versões abaixo dele. Mantenha uma imagem de emulador atual por fator de forma em vez de cinco, e prefira Wipe Data aos snapshots quando só precisa de um dispositivo limpo. Se o C: estiver no limite, mova o SDK em Settings → Languages & Frameworks → Android SDK e aponte GRADLE_USER_HOME para outra unidade.
Os restos recorrentes — caches do Gradle, caches e logs da IDE, pastas build dos projetos — merecem uma passada umas duas vezes por ano. Uma ferramenta que conhece as pastas de desenvolvedor, como a categoria dev-caches do Kleaner PRO, limpa os restos do Gradle e da IDE numa passada só sem encostar nos keystores; faça como fizer, feche o Studio antes para nada ficar bloqueado no meio da exclusão.
Perguntas e respostas
Pode apagar a pasta de cache do Gradle?
Pode: feche o Studio antes e apague %USERPROFILE%\.gradle\caches. O próximo build baixa de novo o necessário; custa tempo, não quebra nada.
Como liberar espaço dos emuladores do Android?
No Android Studio, abra o Device Manager, exclua os AVDs sem uso e aplique Wipe Data nos que ficar — uma imagem esquecida pode reter 10 GB.
Veja exatamente o que está incluído antes de comprar.
O teste único de 30 minutos cobre os recursos básicos. Os recursos marcados PRO ficam bloqueados até a ativação de uma licença paga.
Continue lendo
Fale com a gente: [email protected]