¿Cómo borrar gradle cache?

Estoy tratando de usar Android Studio, y la primera vez que lo inicio, se tarda unos 45 MINUTOS en compilar ... Si no salgo de la aplicación, está bien, cada compilación / ejecución posterior tomará la aplicación Alrededor de 45 segundos.

He intentado verificar algunos de mis cachés: hay una .gradle/cachescarpeta en mi directorio de inicio y contiene 123 MB.

También hay una .gradlecarpeta en mi carpeta de proyecto ... una de ellas taskArtifactsera como 200 MB. Tengo miedo de dispararles al azar a ambos. ¿Qué partes de las carpetas son seguras para eliminar?

¿Existe una mejor explicación de por qué mi Android Studio tarda una eternidad en ejecutar la gradle assembletarea la primera vez que cargo la aplicación?

¿También tengo que borrar el caché intellij también?

Como @ Bradford20000 señaló en los comentarios, puede haber un gradle.propertiesarchivo así como scripts globales de gradle ubicados debajo $HOME/.gradle. En tal caso, se debe prestar especial atención al eliminar el contenido de este directorio.

El .gradle/cachesdirectorio contiene el Gradlecaché de compilación. Entonces, si tiene algún error sobre la memoria caché de compilación, puede eliminarla.

Gradle cache se ubica en

• En Windows: %USER_HOME%\.gradle/caches/
• En Mac / Unix: ~/.gradle/caches/

Puede buscar estos directorios y eliminarlos manualmente o ejecutar

rm -rf $HOME/.gradle/caches/

en el sistema Unix. Ejecutar este comando también obligará a descargar dependencias.

Actualización 2: borre el caché de compilación de Android del proyecto actual

Nota: Archivo de Android Studio | Invalidar cachés / reiniciar no borra el caché de compilación de Android, por lo que tendrá que limpiarlo por separado.

En Windows:

gradlew cleanBuildCache

En Mac o Linux:

./gradlew cleanBuildCache

EDITAR: cleanBuildCache ya no funciona

El complemento Android Gradle ahora utiliza la función de caché Gradle

REF: https://guides.gradle.org/using-build-cache/

PARA LIMPIAR LA CACHÉ

Limpie el directorio de caché para evitar cualquier impacto de compilaciones anteriores

 rm -rf $GRADLE_HOME/caches/build-cache-*

REF: https://guides.gradle.org/using-build-cache/#caching_android_projects

OTRAS DIGRESIONES

ver aquí (incluidas ediciones).

================

INFORMACIÓN OBSOLETA:

La solución más nueva usando la tarea gradle

cleanBuildCache

disponible a través del complemento de Android para Gradle, revisión 2.3.0 (febrero de 2017)

Dependencias:

1. Gradle 3.3 o superior.
2. Herramientas de compilación 25.0.0 o superior.

mas en:

https://developer.android.com/studio/build/build-cache.html#clear_the_build_cache

antecedentes

Construir caché:

almacena ciertas salidas que el complemento de Android genera al compilar su proyecto (como AAR sin empaquetar y dependencias remotas predeterminadas). Sus compilaciones limpias son mucho más rápidas mientras usa el caché porque el sistema de compilación simplemente puede reutilizar esos archivos almacenados en caché durante las compilaciones posteriores, en lugar de recrearlos. Los proyectos que usan el complemento de Android 2.3.0 y versiones posteriores usan el caché de compilación de forma predeterminada. Para obtener más información, lea Mejorar la velocidad de compilación con Build Cache.

Nota: La tarea cleanBuildCache no está disponible si deshabilita la memoria caché de compilación.

uso:

ventanas

gradlew cleanBuildCache

linux / mac

gradle cleanBuildCache

Android Studio / IntelliJ

gradle tab (default on right) select and run the task or add it via the configuration window 

** gradle / gradlew son archivos específicos del sistema que contienen scripts; consulte la información del sistema para ejecutar el script

1. linux - https://www.cyberciti.biz/faq/howto-run-a-script-in-linux/
2. windows - https://technet.microsoft.com/en-us/library/bb613481(v=vs.85).aspx
3. mac https://developer.apple.com/library/content/documentation/LanguagesUtilities/Conceptual/MacAutomationScriptingGuide/index.html

Tenga cuidado con gradle daemon, debe detenerlo antes de despejar y volver a ejecutar gradle.

Para el primer demonio:

./gradlew --stop

Limpiar caché usando:

rm -rf ~/.gradle/caches/

Corre de nuevo tu compilación

El gradle daemon también crea muchos archivos de texto grandes de cada registro de compilación. Se almacenan aquí:

~/.gradle/daemon/X.X/daemon-XXXX.out.log

"XX" es la versión gradle en uso, como "4.4", y "XXXX" son solo números aleatorios, como "1234".

El tamaño total puede crecer hasta varios cientos de MB en solo unos meses . No hay forma de deshabilitar el registro, y los archivos no se eliminan automáticamente y realmente no es necesario retenerlos.

Pero puede crear una pequeña tarea gradle para eliminarlos automáticamente y liberar mucho espacio en disco:

Agregue esto a su app/build.gradle:

android {

    buildTypes {
        ...
    }

    // Delete large build log files from ~/.gradle/daemon/X.X/daemon-XXX.out.log
    // Source: https://discuss.gradle.org/t/gradle-daemon-produces-a-lot-of-logs/9905
    def gradle = project.getGradle()
    new File("${gradle.getGradleUserHomeDir().getAbsolutePath()}/daemon/${gradle.getGradleVersion()}").listFiles().each {
        if (it.getName().endsWith('.out.log')) {
            // println("Deleting gradle log file: $it") // Optional debug output
            it.delete()
        }
    }
}

Para ver qué archivos se están eliminando, puede ver la salida de depuración en Android Studio -> Ver -> Herramienta Windows -> Compilar. Luego presione el botón "Alternar vista" en esa ventana para mostrar la salida de texto.

Tenga en cuenta que Gradle Sync o cualquier Gradle Build activará la eliminación de archivos.

Una mejor manera sería mover automáticamente los archivos a la Papelera / Papelera de reciclaje, o al menos copiarlos primero a una carpeta Papelera. Pero no sé cómo hacer eso.

Parece que hay información incorrecta publicada aquí. algunas personas informan sobre cómo borrar la memoria caché del generador de Android (con la tareacleanBuildCache ) pero no parecen darse cuenta de que dicha memoria caché es independiente de la memoria caché de compilación de Gradle, AFAIK.

Entiendo que el caché de Android es anterior (e inspirado) al de Gradle, pero podría estar equivocado. si el generador de Android será / fue actualizado para usar el caché de Gradle y retirar el suyo, no lo sé.

EDITAR: el caché del generador de Android está obsoleto y se ha eliminado. el complemento Android Gradle ahora usa el caché de compilación de Gradle. para controlar este caché, ahora debe interactuar con la infraestructura genérica de caché de Gradle.

SUGERENCIA: busque la ayuda de caché de Gradle en línea sin mencionar la palabra clave 'android' para obtener ayuda para el caché relevante actualmente.

EDIT 2: debido a la pregunta de tir38 en un comentario a continuación, estoy probando usando un proyecto de Android Gradle plugin v3.4.2. el caché de gradle está habilitado por org.gradle.caching=trueen gradle.properties. Hago un par de clean buildy la segunda vez que la mayoría de las tareas se muestran FROM-CACHEcomo su estado, lo que muestra que el caché está funcionando.

Sorprendentemente, tengo una cleanBuildCachetarea gradle y un <user-home>/.android/build-cache/3.4.2/directorio, ambos insinuando la existencia de una memoria caché de Android.

ejecuto cleanBuildCachey el 3.4.2/directorio se ha ido. a continuación hago otro clean build:

• nada cambió: la mayoría de las tareas se muestran FROM-CACHEcomo su estado y la compilación se completó a velocidades habilitadas para caché.
• El 3.4.2/directorio es recreado.
• el 3.4.2/directorio está vacío (guarde para 2 archivos de marcador ocultos de longitud cero).

conclusiones:

1. Gradle maneja el almacenamiento en caché de todas las tareas normales del generador de Android.
2. la ejecución cleanBuildCacheno borra ni afecta el caché de compilación de ninguna manera.
3. Todavía hay un caché del generador de Android allí. esto podría ser un código vestigial que el equipo de compilación de Android olvidó eliminar, o podría almacenar algo extraño que, por cualquier motivo, no se ha transferido o no se puede transferir al caché de Gradle. (La opción "no se puede" es altamente mejorable, en mi humilde opinión).

siguiente, i desactivar el caché Gradle mediante la eliminación org.gradle.caching=truede gradle.propertiese intento un par de clean build:

• Las construcciones son lentas.
• todas las tareas muestran su estado como ejecutado y no almacenado en caché o actualizado.
• El 3.4.2/directorio continúa vacío.

más conclusiones:

4. no hay reserva de memoria caché del generador de Android para cuando la memoria caché de Gradle no alcanza.
5. el caché del generador de Android, al menos para tareas comunes, de hecho se ha eliminado como dije antes.
6. el documento relevante de Android contiene información desactualizada. en particular, la memoria caché no está habilitada de manera predeterminada como se indica allí, y la memoria caché de Gradle debe habilitarse manualmente.

EDIT 3: el usuario tir38 confirmó que el caché del generador de Android está obsoleto y se ha eliminado con este hallazgo . tir38 también creó este problema . ¡Gracias!

Mando: rm -rf ~/.gradle/caches/