Ciclo de vida de Android
Si tu aplicación tiene algún problema crítico de rendimiento que requiera tu atención, incluyendo métricas que superen los umbrales de mal comportamiento y cambios importantes en los datos de rendimiento (conocidos como anomalías), puedes utilizar esta página para identificar rápidamente las áreas en las que tu aplicación puede mejorar. Para recibir notificaciones por correo electrónico cuando se detecten cambios significativos en el ANR, en el grupo de fallos o en los indicadores vitales de Android, visita Configuración > Notificaciones o haz clic en Gestionar notificaciones en la esquina de la sección «Indicadores vitales básicos» (Calidad > Indicadores vitales de Android > Resumen).
Los siguientes datos se recogen de los usuarios que han optado por compartir automáticamente los datos de uso y diagnóstico de un subconjunto de dispositivos Android y versiones del sistema operativo. Para obtener más información sobre cómo los usuarios de Android optan por compartir datos, vaya al Centro de Ayuda de Cuentas.
En las páginas de tasa de ANR y tasa de Multi-ANR, verás datos similares a los que se muestran en la página de ANRs y caídas de tu aplicación. En la página de Android vitals, los datos ANR se combinan con los datos de uso para crear una métrica normalizada.
En las páginas Tasa de colisiones y Tasa de colisiones múltiples, verás datos similares a los que se muestran en la página de ANRs y colisiones de tu aplicación. En la página de Android vitals, los datos de colisiones se combinan con los datos de uso para crear una métrica normalizada.
Inicio de Android
Si abres cualquier aplicación desde el lanzador de tu dispositivo Android, es probable que veas una pantalla de inicio: un sencillo diseño a pantalla completa, que suele mostrar el logotipo de la aplicación sobre un fondo liso. La pantalla termina poco después de que la aplicación se haya cargado.
Android 12 introdujo las pantallas de bienvenida como comportamiento predeterminado junto con la API SplashScreen para que los desarrolladores las personalicen según sus necesidades. Las pantallas de bienvenida no son un concepto nuevo – muchas aplicaciones tenían su propia implementación de splash. Este tutorial te ayudará a manejar la pantalla de bienvenida en proyectos antiguos y nuevos.
Nota: Este tutorial asume que usted conoce los fundamentos del desarrollo de Android. Si eres nuevo en el desarrollo de Android, consulta los siguientes tutoriales: Beginning Android Development y Kotlin for Android: An Introduction.
Abra el proyecto en Android Studio Bumblebee o posterior y familiarícese con los archivos. La aplicación – ColorSplash contiene una pantalla que muestra las paletas de colores recomendadas por Material Design. Este tutorial cubre la adición de su primera pantalla de bienvenida y la migración de una implementación heredada.
Onresume android
Estoy tratando de encontrar el modo de lanzamiento de la aplicación: inicio en frío o inicio en caliente. Arranque en frío significa que la aplicación nunca se ha lanzado antes o no está en segundo plano, por lo que necesita un lanzamiento completo. El arranque en caliente significa que aún está en segundo plano, por lo que puede reanudarse y arrancar más rápido. ¿Cómo distinguir estos dos modos de inicio mediante programación?
La pantalla de inicio de Android se utiliza para que las aplicaciones puedan mostrar sus iconos antes de mostrar otros contenidos de la aplicación. El splash también se utiliza para hacer algún trabajo de fondo en la aplicación, por ejemplo, cargar recursos de la red mientras se muestra la pantalla de inicio. Esto dará un aspecto suave a la aplicación.
En mi opinión, los usuarios deben tener el contenido disponible tan pronto como sea posible para cualquier aplicación, pero cuando un usuario lanza una aplicación, Android crea un nuevo proceso, durante el cual muestra una pantalla en blanco o negro para el usuario que se construye con el tema de la aplicación, o el tema de la actividad que es el punto de entrada. Puede haber más carga si nuestra aplicación es más compleja y utiliza el objeto de la aplicación, que normalmente se utiliza para inicializar la analítica, los informes de error, etc. es decir, por qué la pantalla blanca o negra no es una buena cosa para mostrar al usuario. Si el tiempo de carga de la aplicación es lento, podríamos utilizar un marcador de posición para simplemente llenarlo con contenido real, o por otro lado, si nuestra carga de trabajo es compleja, podríamos mostrar el logotipo de nuestra aplicación para hacer que la aplicación se vea hermosa.
Rendimiento androide
En la serie Lambda de funcionamiento, cubro temas importantes para desarrolladores, arquitectos y administradores de sistemas que gestionan aplicaciones basadas en AWS Lambda. Esta serie de tres partes analiza la optimización del desempeño de las aplicaciones basadas en Lambda.
Las aplicaciones sin servidor pueden tener un rendimiento excelente, gracias a la facilidad de paralelización y concurrencia. Aunque el servicio Lambda gestiona el escalado automáticamente, puedes optimizar las funciones Lambda individuales utilizadas en tu aplicación para reducir la latencia y aumentar el rendimiento.
En este diagrama, los dos primeros pasos de configuración del entorno y del código se denominan frecuentemente «arranque en frío». No se le cobra el tiempo que tarda Lambda en preparar la función, pero sí añade latencia a la duración total de la invocación.
Una vez completada la ejecución, el entorno de ejecución se congela. Para mejorar la gestión de recursos y el rendimiento, el servicio Lambda retiene el entorno de ejecución durante un periodo de tiempo no determinista. Durante este tiempo, si llega otra solicitud para la misma función, el servicio puede reutilizar el entorno. Esta segunda petición suele terminar más rápidamente, ya que el entorno de ejecución ya existe y no es necesario descargar el código y ejecutar el código de inicialización. Esto se denomina «arranque en caliente».
