Dónde viven realmente los gigas
El apetito de disco de Android se reparte en cuatro territorios, y conviene conocer las rutas porque el IDE solo gestiona uno de ellos. El SDK vive en %LOCALAPPDATA%\Android\Sdk, los dispositivos virtuales del emulador en %USERPROFILE%\.android\avd y Gradle en %USERPROFILE%\.gradle; cada uno con sus reglas de limpieza y su propia forma de morderte si borras a ciegas.
Los peores culpables son las system images del SDK: cada combinación de versión de Android × arquitectura de CPU que aceptaste alguna vez pesa uno o dos GB y se queda para siempre. Después vienen los AVD del emulador — un solo dispositivo virtual con snapshots y su disco qcow2 supera sin esfuerzo los 10 GB. Las cachés de Gradle acumulan cada dependencia que cualquier proyecto haya resuelto, y cada carpeta build/ de proyecto apila intermedios que ya olvidaste que existían.
- %LOCALAPPDATA%\Android\Sdk\system-images — cada par «versión de Android + ABI» que hayas descargado, de 1 a 2 GB cada uno
- %USERPROFILE%\.android\avd — imágenes del emulador; un AVD con snapshots y discos qcow2 pasa fácilmente de 10 GB
- %USERPROFILE%\.gradle\caches — todas las dependencias de todos tus proyectos, reconstruibles sin riesgo y a menudo 20 GB+
- %USERPROFILE%\.gradle\wrapper\dists — cada versión de Gradle que algún proyecto pidió, unos 150 MB por cabeza
- build/ y .gradle/ dentro de cada proyecto — intermedios que puedes borrar en cualquier momento
- %LOCALAPPDATA%\Google\AndroidStudio* — índices, logs y cachés del propio IDE, que renacen tras cada actualización
Qué se puede borrar y qué nunca
Borra a través de las pantallas de gestión donde existan. En SDK Manager, desinstala system images y build-tools viejos de versiones de Android por debajo de tu minSdk: actualiza los metadatos y mantiene el SDK consistente. En Device Manager, elimina los AVD que ya no uses y, para uno que va mal, usa Wipe Data en su menú desplegable — resetear a fábrica en vez de custodiar un fósil de 10 GB.
Las cachés de Gradle se pueden borrar enteras — el siguiente build re-descarga lo que necesite y solo pagas con tiempo y ancho de banda. Lo mismo con las carpetas build de los proyectos, razón por la que archivar un proyecto merece antes una purga de build/. Lo que jamás se borra en bloque es %USERPROFILE%\.android: guarda tu keystore de depuración y las claves de adb, y perderlo implica reinstalar cada build de depuración en cada dispositivo que tengas.
Cómo no volver a engordar
Convierte tres hábitos en rutina. Cuando tu minSdk suba, dedica cinco minutos en SDK Manager a eliminar las versiones por debajo. Mantén una imagen de emulador actual por factor de forma en lugar de cinco, y prefiere Wipe Data a los snapshots cuando solo necesitas un dispositivo limpio. Si C: está al límite, mueve el SDK desde Settings → Languages & Frameworks → Android SDK y apunta GRADLE_USER_HOME a otra unidad.
Los restos recurrentes — cachés de Gradle, cachés y logs del IDE, carpetas build de los proyectos — merecen una pasada un par de veces al año. Una herramienta que conoce las carpetas de desarrollador, como la categoría dev-caches de Kleaner PRO, limpia los restos de Gradle y del IDE de una pasada sin tocar los keystores; hagas lo que hagas, cierra Studio primero para que nada quede bloqueado a mitad del borrado.
Preguntas y respuestas
¿Es seguro borrar la carpeta de caché de Gradle?
Sí: cierra Studio primero y borra %USERPROFILE%\.gradle\caches. El siguiente build vuelve a descargar lo que haga falta; cuesta tiempo, no roturas.
¿Cómo libero espacio de los emuladores de Android?
En Android Studio abre Device Manager, borra los AVD sin uso y aplica Wipe Data a los que conserves — una imagen olvidada puede retener 10 GB.
Consulta qué incluye antes de comprar.
La prueba única de 30 minutos incluye las funciones básicas. Las funciones marcadas PRO permanecen bloqueadas hasta activar una licencia de pago.
Sigue leyendo
Escríbenos: [email protected]