ART en Android L: activa el nuevo runtime y exprime tu dispositivo

  • ART compila AOT al instalar, reduciendo carga JIT en ejecución y mejorando fluidez.
  • Para el usuario: más rendimiento y menor consumo; instalación más lenta y +≈20% de espacio.
  • En Android moderno ART suele ser predeterminado; la opción Select runtime puede no estar.
  • Para desarrolladores: revisar GC, JNI, verificación de bytecode y detección de entorno.

ART de Android L en tu dispositivo

Con Android L llega una nueva forma de disfrutar del sistema operativo de Google, Material Design. No obstante, la actualización no es solo visual, sino que también aumentará el rendimiento gracias a algunas características como ART, la nueva máquina virtual que sustituirá a Dalvik y que ya puedes disfrutar en tu dispositivo.

Salvando los tecnicismos, digamos que el entorno Dalvik tan solo soporta aplicaciones de 32 bits, mientras que la nueva máquina virtual, ART, es capaz de correr aplicaciones de 64 bits. Si bien aún estamos a la espera de que aparezcan y se generalicen los primeros smartphones con procesadores de 64 bits, lo cierto es que ya podemos utilizar este entorno en nuestro dispositivo para comprobar cómo se aumenta el rendimiento en general de éste. La compatibilidad con 64 bits abre la puerta a más memoria y mejores optimizaciones en apps exigentes.

Eso sí, para realizar estos pasos lo que tenemos que tener en cuenta es que solo funciona con Android 4.4 KitKat o versiones superiores, por lo que este método solo será para los smartphones más novedosos. Por ejemplo, algunos en los que podemos utilizar ART serán el Samsung Galaxy S5, el HTC One M8, el LG G3 y dispositivos como la gama Nexus o Motorola Moto. En versiones modernas de Android, ART ya viene activado por defecto, por lo que puede que no veas la opción de cambiar de entorno. Ahora bien, ¿qué tenemos que hacer para disfrutar de algunas de las ventajas de Android L?

JIT vs AOT: qué cambia con ART y por qué se nota

Las apps de Android se distribuyen como APK con bytecode DEX, independiente de la arquitectura del procesador. Ese bytecode debe traducirse a código máquina nativo para ejecutarse. La diferencia clave entre Dalvik y ART es el momento de la compilación: Dalvik usa compilación “just-in-time” (JIT) durante la ejecución, mientras que ART usa compilación “ahead-of-time” (AOT) al instalar la app.

Con Dalvik, cada vez que abrías una app, la máquina virtual compilaba sobre la marcha partes del bytecode y lo guardaba en caché, consumiendo CPU en uso real. Con ART, la compilación sucede al instalar la aplicación, quedando preparado el binario nativo para tu CPU. Esto reduce los picos de trabajo del procesador durante el uso, mejora la fluidez de la interfaz y contribuye a un menor consumo energético.

dalvik-art

Impacto para usuarios: ventajas y compromisos

Para quien usa el móvil a diario, ART se traduce en apps que abren más rápido, animaciones más suaves y menos tartamudeos al cambiar entre tareas. Al no dedicar ciclos a compilar en caliente, la batería sufre menos en sesiones largas de uso y juegos.

  • Instalación algo más lenta: al instalar, el sistema compila la app completa para tu procesador. Suele tardar segundos o decenas de segundos.
  • Más espacio en almacenamiento: el código nativo ocupa aproximadamente un 20% adicional en muchos casos frente a Dalvik.
  • Mejor rendimiento sostenido: uso más fluido, especialmente en multitarea y apps intensivas.

Estos compromisos resultan razonables: un poco más de tiempo al instalar y algo más de almacenamiento a cambio de mayor velocidad y eficiencia en el día a día. En dispositivos de gama media y de entrada, ART puede marcar una diferencia notable.

Cómo activar ART si tu móvil lo permite

Lo primero que tendremos que hacer será llegar hasta “Ajustes” y navegar hasta el final de este menú para seleccionar la opción “Acerca del teléfono”. En este apartado podrás ver el “Build Number” o “Número de compilación”, que tendremos que pulsar durante 7 veces de forma consecutiva para habilitar las opciones de desarrollador –aparecerá un mensaje confirmándolo-. El segundo paso será volver al menú de Ajustes y encontrar la nueva opción de “Opciones de desarrollador” que acaba de aparecer y donde podrás seleccionar la opción “Select runtime”.

En ese momento solo tendremos que seleccionar el botón ART (por defecto se encontrará seleccionado Dalvik) y listo, a partir de ese momento utilizaremos la nueva máquina virtual de Android L. Como veis, el procedimiento es muy sencillo y con él podrás aumentar el rendimiento de tu dispositivo fácilmente. Nota: en muchas versiones actuales, esta opción ya no aparece porque ART es el entorno por defecto, por lo que no hay nada que cambiar.

Consideraciones para desarrolladores: compatibilidad y buenas prácticas

La mayoría de apps diseñadas para Dalvik funcionan en ART sin cambios, pero conviene revisar algunos puntos para asegurar compatibilidad y rendimiento óptimos:

  • Detección de entorno: desde tu código, consulta System.getProperty(«java.vm.version»). Si es 2.0.0 o superior, la app corre en ART.
  • Recolector de basura: evita invocar System.gc() manualmente. ART incorpora un GC más eficiente y no requiere llamadas explícitas para mitigar GC_FOR_ALLOC.
  • Bytecode y herramientas: ART es más estricto verificando bytecode. Actualiza ofuscadores y post-procesadores a sus versiones compatibles para evitar rechazos.
  • JNI y seguridad de memoria: depura con CheckJNI. No mantengas punteros a ArrayElements u objetos movidos por el GC para evitar corrupción de memoria.
  • Reflexión y clases base: no inspecciones campos de java.lang.Object; sus campos son privados. Detén la inspección al alcanzar esa clase.
  • Errores más claros: ART arroja NoSuchFieldError y NoSuchMethodError en lugar de null, y facilita rastrear NullPointerException indicando el método afectado.

Aplicar estas pautas reduce sorpresas en producción y saca partido de las mejoras internas de ART en verificación, depuración y rendimiento.

Y como siempre, si queréis conocer más trucos para tu Android, no tienes más que visitar nuestra sección dedicada.

Vía Phone Arena. Este cambio de entorno de ejecución nació como una forma sencilla de adelantar la compilación y transformar la experiencia: menos latencia, más estabilidad y mejor aprovechamiento del hardware tanto en móviles recientes como en modelos con recursos ajustados.


Los ciclos de batería visibles en Android 14
Te puede interesar:
Trucos para conocer la salud de la batería de tu móvil y saber cuándo cambiarla