¿Qué significa si el perfilador muestra que un marco tomó 120 milisegundos?

Esto significa que el renderizado de este cuadro (dibujo y visualización en pantalla) tomó 120 milisegundos.

La interfaz de Android se actualiza aproximadamente a 60 cuadros por segundo, lo que equivale a unos 16 milisegundos por cuadro (1000 ms / 60 cuadros ≈ 16.67 ms/cuadro).

Si un cuadro tarda 120 ms, excede significativamente el tiempo permitido y provoca saltos de cuadros, lo que se percibe visualmente como "tartamudeo" o retrasos en la interfaz de usuario.

Las causas pueden ser variadas:

• Demasiado trabajo en el hilo principal (UI Thread): Operaciones prolongadas, como solicitudes de red, trabajo con bases de datos, cálculos complejos o carga y procesamiento intensivo de imágenes, se realizan en el hilo principal.
• Redibujo (Overdraw): Demasiadas capas de dibujo en un solo píxel de la pantalla.
• Diseños complejos (Layout Complexity): Profundidad en la jerarquía de ViewGroups o uso de diseños no estándar que requieren mucho trabajo para medir y posicionar los elementos.
• Gran cantidad de componentes View: Dibujar demasiados View en un solo cuadro, especialmente en listas (RecyclerView, ListView), si no están optimizados.
• Problemas con la "basura" (Garbage Collection): Pausas frecuentes o prolongadas para la recolección de basura.

Para solucionar el problema, es necesario usar el Profiler de Android Studio para un análisis más detallado del cuadro y detectar las secciones específicas del código u operaciones que consumen mucho tiempo.

Ejemplos de optimización:

• Mover operaciones prolongadas a hilos en segundo plano (usando Kotlin Coroutines, RxJava, ExecutorService, etc.).
• Optimizar la jerarquía de diseños.
• Usar ConstraintLayout.
• Optimizar listas (RecyclerView): usar ViewHolder, gestionar correctamente los elementos, hacer pooling de Views.
• Combatir el Overdraw (con la herramienta GPU Overdraw).
• Optimizar el trabajo con imágenes (usando bibliotecas como Coil, Glide, Picasso).