Android Studio es lento (cómo acelerar)?

Recientemente me actualicé de Eclipse a Android Studio y realmente no me gusta la experiencia. Estoy comparando ambos en un Windows 7 64 bit ultimate con 16 GB de memoria RAM e Intel i7 4770 con NVidia Geforce 780 con los últimos controladores de NVidia si es que importa y estoy ejecutando el último JDK y el último Android Studio.

El estudio de Android es muy lento en la construcción del proyecto con el que puedo vivir, pero también requiere una gran cantidad de recursos y, a veces, ralentiza la PC a paso de tortuga.

Cada vez que construyo o ejecuto algo en AS, mi PC parece volverse extremadamente lenta. También causa el parpadeo de la pantalla y ocasionalmente borrar mi segundo monitor si hago clic en la ruleta “Gradle build running” que me parece muy extraña. El uso de RAM también dispara hasta ~ 3GB, lo que me parece excesivo para no hacer nada (esto es cuando está inactivo después de algunas comstackciones).

Además, los paneles en la parte inferior de AS siguen saltando, lo que es una experiencia de usuario horrible (se mueve desde Android a Messages to Version Control o cualquier otra cosa ad hoc según lo que esté sucediendo, lo cual es muy, muy molesto).

Lo que me gustaría saber es básicamente:

1) ¿Cómo hago que Android Studio funcione mejor? Puede que esté haciendo algo mal o me faltan algunas actualizaciones de las que no estoy enterado y estoy seguro de que otros también han notado estos comportamientos y han encontrado algunas soluciones.

2) ¿Cómo puedo “fijar” los paneles inferiores para que no salten y, en cambio, dejar que el usuario los navegue cuando deseo en lugar de cambiarlos automáticamente?

Muchas gracias y mis disculpas nuevamente si no es el lugar correcto para estas preguntas.

Editar 1 Algunos comentarios más:

  • Estoy usando la última versión stable partir de hoy. La comstackción es Android Studio 1.2.2 Build # AI-141.1980579, Build on June 3, 2015
  • El comportamiento ocurre cuando se utiliza Java 7 u 8. No parece estar relacionado con la versión de Java.
  • No estoy usando el Modo de presentación. Solo la vista de vainilla.
  • Hacer los cambios en la configuración de comstackción (gracias a @Blackbelt y su respuesta) parece haber ayudado con la comstackción, pero los otros problemas con lentitud y la experiencia general del usuario permanecen.

en resumen

1) en la settings > compile de AndroidStudio settings > compile checkbox habilitar settings > compile llamada Compile independent modules in parallel .

2) En Help> Edit Custom VM Options tengo:

 -Xms1024m -Xmx4096m # <------ increase this to most of your RAM -XX:MaxPermSize=1024m -XX:ReservedCodeCacheSize=440m -XX:+UseCompressedOops -XX:-HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8 

PD: Algunas personas dicen Nota, en lugar de las opciones de VM, es mejor combinarlas si se combinan esas líneas en un único comando de una línea en gradle.properties, como este:

org.gradle.jvmargs = -Xms1024m -Xmx4096m ......

3) Tengo un viejo núcleo dual con 4 GB de ram, ejecutando ubuntu. La opción de línea de comando de Qs solo tengo --offline (que especifica que la comstackción debería funcionar sin acceder a los recursos de la red). También habilité las casillas restantes y ahora está funcionando bien:

  • Hacer proyecto automáticamente

  • Usar la creación en proceso Configurar según demanda

  • Verifique la configuración de AndroidStudio, compile que la casilla Compile independent modules in parallel esté habilitada.

En Vmoptions tengo

 -Xmx2048m -XX:MaxPermSize=1024 

Tengo un viejo núcleo dual con 4 GB de ram, ejecutando ubuntu. La opción de línea de comandos de Qs solo tengo --offline , que especifica que la comstackción debería funcionar sin acceder a los recursos de la red. También habilité las casillas de verificación restantes:

  1. Hacer proyecto automáticamente
  2. Usa el edificio en proceso
  3. Configurar bajo demanda

    y está funcionando bien

Editar

Es posible proporcionar opciones adicionales a través de studio.vmoptions ubicadas en (simplemente reemplace XX con la versión):

  • Windows : vaya a %USERPROFILE%\.AndroidStudioX.X\studio.exe.vmoptions (o studio64.exe.vmoptions )

  • Mac : ~/Library/Preferences/.AndroidStudioX.X/studio.vmoptions

  • Linux : ~/.AndroidStudioX.X/studio.vmoptions (y / o studio64.vmoptions )

Aumentar el valor de -Xmx debería ayudar mucho. P.ej

 -Xms1024m -Xmx4096m -XX:MaxPermSize=1024m -XX:ReservedCodeCacheSize=256m -XX:+UseCompressedOops 

asignará 4G como máximo montón, con un valor inicial de 1G

Editar:

En Windows, los valores predeterminados se almacenan en C:\Program Files\Android\Android Studio\bin\*.vmoptions . El IDE le permite ajustar esos valores a través de Help->Edit Custom VM options (gracias a @Code-Read para señalarlo).

Consejos para hacer rápido el estudio de Android:

Habilitar trabajo sin conexión:

  1. Haga clic en Archivo -> Configuración. Busque “gradle” y haga clic en el cuadro de Offline work .
  2. Vaya a Comstackdor (en el mismo cuadro de diálogo de configuración justo debajo de Gradle ) y agregue --offline al cuadro de texto Command-line Options .

Mejora el rendimiento de Gradle

gradle se puede optimizar también. La manera más fácil es modificar la configuración en global gradle.properties ( gradle.properties si no existe en las siguientes carpetas: Windows – C:\users\your_name\.gradle\ ; Linux- C:\users\your_name\.gradle\ < /home//.gradle/ usuario /home//.gradle/ C:\users\your_name\.gradle\ .gradle /home//.gradle/ ; Mac- /Users//.gradle/ 😉 y en ese archivo, agregue estas dos líneas:

 org.gradle.daemon=true org.gradle.parallel=true 

Para más: http://www.viralandroid.com/2015/08/how-to-make-android-studio-fast.html

Detecté otra razón: Thumbs.db , que afectó gravemente el rendimiento.

Vaya a File > Settings > Editor > File Types y en el campo Ignorar archivos y carpetas, agregue esto: Thumbs.db;

Ahora, Android Studio funciona como un encanto.

Agregar más memoria me ayudó:

  1. Haga clic en “Ayuda”
  2. Editar opciones de VM personalizadas

Android Studio 2.1.2 Editar opciones de VM personalizadas:

  1. Cambiar valores

como abajo:

 -Xms512m -Xmx2560m -XX:MaxPermSize=700m -XX:ReservedCodeCacheSize=480m -XX:+UseCompressedOops 
  1. Reinicie Android Studio
  • No puedo empezar sin decirlo : si tienes alguna posibilidad, gastar algo de dinero para una mejor PC, es muy importante …
  • Algunas personas dicen que el sistema operativo causa mucha lentitud. Por ejemplo, se dice que XP o LINUX (o etc.) rinden un 70% más rápido (no puedo decir por qué).
  • Deshabilite VCS por File > Settings > Plugins y deshabilite las siguientes cosas: CVS Integration ; Git Integration ; GitHub ; Google Cloud ... cosas; Subversion Integration ; hg4idea ;

  • El editor también consume recursos (especialmente en monitores grandes) y es lento. Haga que sea mucho más rápido: haga clic en Help > Edit custom VM options y agregue estas líneas:
    -Dsun.java2d.d3d=false
    -Dsun.java2d.opengl=true
    guárdalo y reinicia Android Studio.

  • Si Android Studio tiene una configuración de servidor proxy y no puede llegar al servidor, tarda mucho tiempo en comstackrse y espera un tiempo de espera excedido. Quitarlo ayuda mucho. File > Settings > Appearance & Behavior > System settings > HTTP Proxy .
  • Otra cita útil (copiada del artículo ):

    Los módulos son caros … ¡En mi proyecto actual tuve que construir algunas bibliotecas desde cero y tuve que mover algunas que casi encajaban con mis necesidades, pero no del todo! Si los módulos no se modifican constantemente, es importante tener esto en cuenta: el tiempo necesario para comstackrlos desde cero, o incluso para verificar si la comstackción de módulos individuales anterior está actualizada, puede ser hasta casi 4 veces mayor que simplemente cargar esa dependencia como un .jar/.aar binario.

    Sugerencia: ejecute el gradle build -profile para obtener un informe HTML que muestre el tiempo gradle build -profile al proceso de comstackción.

    Nota: mantenga los módulos “innecesarios” en su sistema de control de versiones para la eventualidad de una corrección / mejora rápida en esa dependencia.

  • En su script de construcción de Gradle, use solo
    Servicio Google específico, como: compile 'com.google.android.gms:play-services-maps:...'
    En lugar de la Biblioteca de Google completa: compile 'com.google.android.gms:play-services:...'
    (El tiempo de comstackción va de 2 minutos a alrededor de 25 segundos).

  • Gradle configura cada proyecto antes de ejecutar tareas, independientemente de si el proyecto es realmente necesario para la comstackción en particular. En global gradle.properties agregar esto ayudará mucho: org.gradle.configureondemand=true

  • Sorprendentemente, algunas personas dicen que resolvieron el problema reduciendo : 1) acumula hasta -Xmx256m (en lugar de valores más altos); 2) Emulator Ram-size (desde Edit AVD > Advanced Settings );

Recomendaciones diarias:

  • No ejecutes múltiples proyectos simultáneamente.
  • No cierre el emulador después de usarlo una vez (use el mismo emulador para ejecutar la aplicación cada vez; si prueba aplicaciones grandes, mejor usar un teléfono móvil real en lugar de un emulador).
  • limpie su proyecto cada vez que ejecute su aplicación en emulador: haga clic en Build > Clean Project (o Rebuild ), puede usar el atajo de teclado.

Un antivirus está causando la desaceleración

En un sistema en particular que analicé, este problema fue causado por un exceso de celo de antivirus que estaba interfiriendo con Gradle, el administrador de comstackción para Android Studio. Parece que cada vez que Gradle estaba “tocando” un archivo .jar , el comprobador de virus estaba descomprimiendo el .jar y escaneándolo en busca de virus primero. La comstackción de Gradle solo podía continuar una vez que se completaba la descompresión y el escaneo, lo que conducía a tiempos de construcción muy largos (5 minutos más). Dado que Android Studio, de forma predeterminada, ejecuta una creación de Gradle cuando se inicia, se manifiesta como una puesta en marcha extremadamente lenta.

El problema es extremadamente fácil de verificar:

  1. Mientras experimentas los síntomas de un Android Studio lento, presiona CtrlAltEliminar y abre el Administrador de tareas de Windows.
  2. Haga clic en la pestaña Processes para ver los procesos activos y ordenar por CPU. Si ve un antivirus que toma cantidades significativas de porcentaje de CPU intermitentemente mientras Android Studio parece estar cargando, es probable que sea el mismo problema.
  3. Puede verificar más a fondo mirando los registros de escaneo del antivirus para ver si lo está, examinando los archivos .jar .

Para resolver esto, deberá agregar los directorios correctos a las “carpetas excluidas” de su antivirus. Suponga que su nombre de usuario de Windows es “Nombre de usuario” y que ha instalado Android Studio en C: unidad. A continuación, solicitará excluir del virus los siguientes directorios:

 C:\Users\Username\.android C:\Users\Username\.AndroidStudio2.2 C:\Users\Username\.gradle C:\Users\Username\.m2 C:\Users\Username\AppData\Local\Android\Sdk 

Tenga en cuenta que es posible que deba tomar precauciones de seguridad adicionales si excluye estos directorios y debe cooperar con su departamento de seguridad en el lugar de trabajo. Esto puede implicar la configuración de su propio repository Maven si se considera necesario.

(Soy consciente de que esta es una respuesta tardía, pero ninguna de las respuestas anteriores ha abordado este problema potencial)

No está comstackndo lo que me está lastimando aquí, es el tipeo. Podría desactivar todas las funciones inteligentes y volver al bloc de notas ++ como TomTsagk sugirió en un comentario. Por hoy necesito más núcleos y RAM.

Como defensor del diablo, argumentaría que escribir no debería requerir una PC octacore de PC de 16 Gb. Le gustó el consejo de Sajan Rana, pero las cosas son tan lentas aquí que se sintió principalmente un placebo.

Para ser justos, estoy usando 1.4RC1, que está a punto de estar en la twig estable. Apagar el Internet me ayudó un poco. La nueva característica de Diseño simultáneo (Vista previa) y Vistas de texto que trabajan con diseños XML es muy útil.

No, es ridículo. Nunca abandones el canal estable.

En caso de que se establezca -Xmx4096m -XX:MaxHeapSize=256m (y etc. mencionados en las respuestas anteriores), haga el trabajo, luego haga esto manualmente:

Paso 1: inicie el estudio de Android y cierre cualquier proyecto abierto ( Archivo> Cerrar proyecto ).

Paso 2: en la ventana de bienvenida, vaya a Configurar> Configuración .

Paso 3: ir a comstackción, ejecución, implementación> comstackdor

Paso 4: Cambie el tamaño de almacenamiento del proceso de comstackción (Mbytes) a 1024 y el proceso de comstackción adicional a las opciones de VM a -Xmx512m .

Paso 5: cierra o reinicia Android Studio .

SOLUCIONADO - Andriod Studio 1.3 Gradle No se pudo reservar suficiente espacio para el montón de objetos Problema

Solo para cualquiera que esté buscando, después de actualizar a El Capitán, noté un gran retraso con el IDE. Después de boost un montón de RAM y usar las sugerencias anteriores, resultó que necesitaba actualizar el legado de Java y reinstalarlo a través de: https://support.apple.com/kb/DL1572?locale=en_US

Después de instalar esto, todo el retraso se fue.

A medida que aprende, ¡los problemas de rendimiento con AS no son triviales para diagnosticar! En mi caso, una serie de cadenas de 9215 caracteres (ver a continuación) estaba causando que AS volcara hilos cada vez que escribía algunos caracteres. El volcado de hilo a su vez provocó que AS se congelara durante muchos segundos a la vez. Este error apareció en la versión de Windows de 64 bits de AS 2.2, todavía ocurre en 2.2.1, pero no estaba presente en 2.1.

Descubrir que las cadenas largas estaban causando mis lockings implicaba mucho ensayo y error. Pero, aprendí mucho en el proceso, a saber :

  • idea.log contiene diagnósticos excelentes (Ayuda-> Mostrar Log en Explorer);
  • Si observa ralentizaciones extremas, pero intermitentes, sospeche que AS está volcando hilos. Esto se informará en idea.log . Si los hilos se están volcando, los volcados indicarán qué código AS estaba ejecutando cuando ocurrió el problema;
  • Descubra si el problema ocurre en otros proyectos. Si no :
    • Busque contenido inusual en el archivo de proyecto que está editando cuando sucede (sangría atípica, líneas largas, tamaño general, caracteres especiales, etc.);
    • Intente exportar la configuración de otro proyecto (Archivo-> Exportar configuración) e importarlos al proyecto problemático (Archivo-> Importar configuración);
  • Si es así :
    • Si los hilos fueron volcados, consúltelos y idea.log un idea.log texto en idea.log cerca de las notificaciones de volcado para obtener detalles;
    • Consulte idea.log para ver los mensajes sobre el consumo de memoria y vea otras respuestas a esta pregunta, como https://stackoverflow.com/a/30818099/5025060 para obtener consejos sobre la memoria y otros elementos ajustables.

Por cierto, por el momento he solucionado el problema que describo más arriba moviendo mis largas cadenas en un archivo separado (una nueva clase que contiene solo la matriz). Intento no editar este archivo con AS:

 package com.code_read.numerous; // Stored in this separate file as workaround for but in Android Studio 2.2 and 2.2.1: public class numstrings { // Array of long random numbers, pregenerated to save CPU: public static String[] numStrings = { "", "", ... (13 lines total) ... } 

NO EDITAR studio.vmoptions , puede que no funcione.

En el archivo gradle.properties (en el directorio de la aplicación) agregue esto:

 org.gradle.parallel=true org.gradle.jvmargs=-Xmx7g -XX:MaxPermSize=1024m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8 

Esto puede sonar estúpido y fuera de tema, pero en mi caso estaba usando un monitor 4k externo con mi MacBook Pro 13 ‘(MacOS High Sierra, 2016) y tenía la resolución configurada en una resolución escalada incorrecta. El cambio a otra resolución escalada donde no había una advertencia de “usar una resolución a escala puede afectar el rendimiento” resolvió mis problemas generales de rendimiento. En mi caso, tuve que boost la resolución a max.

Así que para mí fue un problema de rendimiento general que surgió por primera vez con Android Studio, no era un problema específico de Android Studio.

EDITAR 25.11.2017

Como resultado, tuve que boost el tamaño de las fonts en Android Studio:

enter image description here

enter image description here

y en mi Mac en General. Seguí algunos de estos consejos para hacer eso.

Solo quiero compartir mi caso:

  1. si necesita una biblioteca de play-store, no compile todo, solo compile la biblioteca que necesita. ejemplo: si solo necesita la biblioteca de mapas en lugar de compile 'com.google.android.gms:play-services:9.0.2' hacer esto compile 'com.google.android.gms:play-services-maps:9.0.2' en tu gradle
  2. No uses OpenJDK para Java, utilizo java 7 oracle y funciona bien. si necesita cambiar Java por defecto, haga esto en el terminal de Linux sudo update-alternatives --config java y elija el número

Estoy usando Ubuntu 32bit 4GB RAM. ese es todo el problema que me he encontrado con AS.

Resolví rápidamente este problema actualizando gradle (Android Studio parece usar una versión anterior).

1) Descargue la última versión ( https://gradle.org/gradle-download/ ) y descomprima en algún lugar.
2) Actualizar path en Android Studio: File > Settings > Build, Ex../Gradle

¡Esto funcionó para mí!
Abra build.gradle (está dentro de su proyecto) y cambie ambos jcenter a mavenCentral

(También puedes hacerlo en el archivo global: C:\Program Files\AndroidStudio\plugins\android\lib\templates\gradle-projects\NewAndroidProject\root\build.gradle.ftl , pero necesitarás hacer esta modificación nuevamente después Actualización de AndroidStudio)

Seguí esta publicación y funcionó muy bien para mí.

EDITAR:

Los siguientes consejos han sido mencionados en la publicación anterior.

En gradle.properties , pon esto:

 org.gradle.daemon=true org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8 org.gradle.parallel=true org.gradle.configureondemand=true 

Y en build.gradle, ponga esto (tenga en cuenta que esto desactivará la comprobación de pelusas):

 tasks.whenTaskAdded { task -> if (task.name.equals("lint")) { task.enabled = false } } 

Hay muchas formas de acelerar Android Studio.

  • Acelera el tiempo de comstackción de Gradle.

    1. Vaya al archivo Proyecto gradle.properties y elimine el comentario de ambas líneas.

    2. copie el archivo gradle.properties en su carpeta .gradle para que no necesite configurarlo para cada proyecto.

  • Habilite Work Offline para que Android studio / Gradle no necesite buscar archivos más nuevos a través de Internet en todo momento.

Vaya al archivo Project gradle.properties y elimine los comentarios de ambas líneas

Noté que AS transfiere demasiados datos de / a HDD. Es muy molesto, especialmente cuando se comienza a escribir una nueva línea de código. Por lo tanto, creo que será mejor volver a instalar un disco duro con SSD. Tengo i5 con 6 Gb de memoria, y la CPU rara vez carga más del 50%, incluso en el momento de la construcción. Entonces, el lugar más débil es HDD.

Haga clic en Help > Edit Custom properties y agregue esta línea:

 sun.java2d.noddraw=false 

… funcionó con éxito para mí para solucionar los problemas de velocidad (Windows 10 de 64 bits). Es un vudú absoluto en lo que a mí respecta (no he hecho ninguna investigación sobre por qué debería funcionar), y hay una advertencia sobre esa propiedad que puede causar un parpadeo y no volver a pintar en algunas tarjetas gráficas, pero ahí ir. (Inspirado por el comentario de LairdPleng, más información)

Se recomienda el uso de SSD. Compruebe que el proyecto y las memorias caché del repository ( ~/.gradle/ , ~/.m2/repository si usa el repository maven) también se colocan en la SSD. Sí, reduce algunos recursos SSD, pero acelera el desarrollo como cohete (‘SSD para usted’, no ‘usted para SSD’).

Más detalles sobre las mejoras leer esta publicación.

  • Debo mencionar que si está usando Mac , descargar y ejecutar una aplicación desde App Store (como “iBoostUp”, etc.) que limpiará los archivos del sistema no utilizados puede acelerar su computadora de forma espectacular, incluido AS.

  • También descubrí que agregando más memoria a mi Mac aceleré AS también.

Definitivamente la referencia más confiable es el sitio web para desarrolladores de Android. Optimiza tu velocidad de comstackción haciendo lo que dijo google. este es el enlace: https://developer.android.com/studio/build/optimize-your-build.html

La mejor forma de boost el rendimiento del tiempo de ejecución de los estudios en Android es usar unidades SSD . Aumentará el rendimiento en gran medida. Hice todas las cosas anteriores y sentí que debería buscar una nueva computadora portátil, pero de repente llegué a saber sobre SSD Drive y lo probé. Es mucho mejor …

Esta respuesta se refiere a la lentitud de las velocidades de comstackción de Gradle para Windows 10 una vez que ya se han corregido las configuraciones de memoria de Xmx y Xms.

Windows Defender

En lo que respecta a Windows Defender, simplemente no es suficiente agregar carpetas / archivos a la lista de exclusión de Windows Defender a través de “Archivos” o “Carpetas”.

Debe agregar directorios pertenecientes a Android Studio / Gradle / Java (JDK incorporado u Oracle JDK) como exclusiones de ” Proceso ” para Windows Defender:

  • Repasa la respuesta de David Rawson
  • Durante una comstackción Gradle … supervisa los procesos del Administrador de tareas de Windows
  • Para Windows Defender, agregue exclusiones de “Proceso” para directorios que contengan el archivo / ejecutable que ve utilizando la CPU durante una comstackción asociada con Android Studio / Gradle.

Esto obviamente viene con implicaciones de seguridad.

A continuación, se describen más detalles sobre el uso de una exclusión de “Proceso” en Windows Defender (en lugar de agregar una exclusión simple de “Archivo” o “Carpeta”):

Un nombre de archivo con ruta completa hace que el archivo binario particular sea excluido, es decir, cualquier archivo que toque, independientemente de dónde se encuentre el archivo, no será explorado por Windows Defender. Un nombre de archivo sin ninguna ruta hace que se excluya cualquier archivo binario con este nombre de archivo, independientemente de su ubicación. Una ruta seguida de un “*” (por ejemplo, c: \ my \ private \ tools *) hace que se excluyan los binarios de esta ruta. Cualquier archivo tocado por estos procesos será excluido. Esto es diferente de una exclusión de ruta, donde se excluyen los archivos tocados por cualquier proceso bajo la ruta excluida.

La clave aquí es … agregar estas exclusiones como exclusiones de tipo “Proceso” tiene en cuenta “archivos con los toques binarios” en lugar de encontrar y excluir manualmente cada archivo / carpeta generado por Android Studio / Gradle.

Indexación de archivos de Windows

La indexación de archivos de Windows también parece ralentizar las comstackciones de Gradle. Desactive la indexación de archivos de Windows para los directorios utilizados por Gradle / Android Studio.

Estas son mis exclusiones de “Indexación de archivos de Windows” y “Proceso de Windows Defender”:

  C:\Program Files\Android\* C:\Users\\.android\* C:\Users\\.AndroidStudio3.0\* C:\Users\\.gradle\* C: 

Bueno. Aceptaré que cada respuesta escrita arriba de alguna manera ayudará a la causa. Soy uno de esos que está en el mismo barco. Sin nada que funcionara a mi manera, y Android Studio se negó a construir en el modo Offline debido a las dependencias asociadas, hice algo que alivió mi problema en cuestión de minutos.

Cada vez que construyo el gradle, apago mi internet. (Tenga en cuenta que el modo Fuera de línea no está marcado). No sé cómo ni por qué, pero esto funciona.

Bueno, una cosa que funcionó para mí es usar un dispositivo físico Android en lugar de un emulador. Al igual que en mi PC (i5 y 4GB de RAM), el estudio de Android toma alrededor de 700MB de memoria y el emulador toma otros 700. Por lo tanto, todo el rendimiento de la computadora disminuye. Trabajar con un dispositivo físico ahorra la tensión del emulador.

Incluso si tengo Core i5 machine y 4GB RAM, sí tengo el mismo problema. Al limpiar y reconstruir el proyecto, el sistema de comstackción gradle descarga los archivos jar / lib frescos de Internet. Necesita desactivar esta opción disponible en la configuración de su estudio de Android. This will re-use the cached lib/jar files. Also the speed of Android studio depends on speed of your hard disk also. Here is detailed blog-post on how to improve too slow Android studio.

Please add in setting.gradle (root folder)

 startParameter.offline=true 

My Android Studio was not only slow in general use, but also when building.

Esto es lo que hice:

  1. Uninstalled Android Studio (Don’t delete, uninstall it and check delete the SDK too). Then delete Android folders located in C:\Users\\ folder namely: .android , AndroidStudioX.X
  2. Uninstall the SDKs via the SDK manager, remove everything ( If there is lef SDK folder, delete them )
  3. Download and Reinstall the latest build for Android Studio (v2.1.2 as of this writing); Install only the SDK/Emulators you need;

It’s fast now.


My Story before that:

My laptop sports an Intel Core i7-3612QM and 8gig of ram. When I builded, all the 4 cores/8 threads were on 100% usage. My entire system froze until the ~10 minute wass done. Gradle took me like ~10 unproductive minutes of slow down. This is very annoying. I am using Android Studio since 1.4. There were also tremendous slow down when I copy paste code to and from, selecting menus, right-click context menus, editing manifest, editing gradle files, opening layout files, rendering in the UI Editor, etc. Its was very unusable most of the time.

Due to frustration, I did the above steps. Its fast now. Very usable just as before. I build for only ~20 seconds compare to ~10minutes before that. Also, Android Studio eats about 6gig with emulator and browser with lots of tab open, unlike before its hovering on 98% RAM usage. Not just that, I even saved 45 gigs of space for whatever reason. I only use couple of SDKs and Emulators when I checked the Android SDK folder, it occupies 45gig of space! I think the IDE is having a hard time accessing/IO on my SDK folder.

If you’ve tried other given solutions and still experiencing the same issue, it may be time to remove Android IDE/SDKs altogether and start anew (it might take you sometime to setup that newly, but its worth it. Considering I’ve been suffering this sluggishness for months and cost me my productivity).

I really guess that this might be caused by cumulative patches that has been done since then. Or the 45 gig SDK folder on my poorly defragmented drive. I don’t know and I could be wrong.

¡Gracias! HTH

Android Developers channel made by Google, just uploaded a video for optimizing the IDE and here is the link