Cómo optimizar dramáticamente el consumo de batería y CPU en Android

Nadie quiere una app que agote la batería de sus usuarios en 2 horas

1. El Enemigo Público: Los Wakelocks

Cuando la pantalla del teléfono se apaga, Android entra rápidamente en un estado profundo de suspensión (Deep Sleep) para ahorrar energía. Si tu aplicación, erróneamente, sostiene referencias a un recurso de hardware mediante código antiguo de `PowerManager.WakeLock`, impedirás que el procesador duerma. Esto provocará que el porcentaje de batería se desplome, las alarmas de "App consumiendo mucha energía" salten, y desencadene una desinstalación inmediata por parte del usuario y una posible penalización en Google Play Vitals.

2. Olvida los Servicios en Background, abraza WorkManager

Las últimas versiones de Android han destruido silenciosamente la capacidad de ejecutar tareas prolongadas bajo la mesa. Los antiguos `IntentService` e incluso los Foreground Services constantes (sin notificaciones persistentes que justifiquen estar activos) acarrean problemas terribles para el rendimiento global del teléfono.

La alternativa definitiva es la API **WorkManager**. Su objetivo es el trabajo "diferible y garantizado". Si necesitas sincronizar la base de datos de tu app diariamente, con WorkManager simplemente declaras: *"Ejecuta este trozo de código una vez al día, pero SOLO hazlo si el móvil está conectado al WiFi y si la betería se está cargando"*. El sistema Android se encargará de organizar y agrupar tu petición junto a la de otras apps, despertando la antena de internet solo 1 vez para 10 apps y ahorrando megavatios vitales.

3. Refactorización para reducir CPU Cycles (Ciclos de CPU)

El uso ineficiente del ciclo principal recae en rutinas pesadas que corren sin que el usuario las esté viendo:

  • Parar toda la reactividad invisible: Usar la API Lifecycle-Aware de Android. Cuando la vista (Actividad) pase al ciclo `onStop()`, todos los Flows de bases de datos locales, bucles y peticiones de red deben suspenderse. Usa librerías modernas que utilicen repeatOnLifecycle(Lifecycle.State.STARTED). Así, si el usuario manda la app a segundo plano, el consumo de CPU será 0.0%.
  • Caché Inteligente (Room): Volver a mapear / analizar formato JSON grandes a modelos Kotlin requiere mucha potencia de cálculo de la CPU y subirá los grados térmicos del procesador Qualcomm / Exynos. Usa Room para almacenar los resultados como caché local (Single Source of Truth) tras la primera descarga, la consulta SQL local apenas gasta ciclos C.

4. Ubicaciones: El asesino silencioso

Solicitar actualizaciones constantes de GPS consume energía exponencialmente más rápido que cualquier otro sensor (excepto quizá el módem de radio). Jamás uses la ubicación fina si solo quieres inferir la región metropolitana. Transiciona fuertemente al uso de **Fused Location Provider API**. Ajustando su prioridad inteligente (ej. `PRIORITY_BALANCED_POWER_ACCURACY`), Google determinará mágicamente tu zona a base del enrutador de Wifi en milisegundos sin encender siquiera el chip satelital.

5. Auditorías mediante Android Studio Profiler

Las suposiciones en desarrollo de rendimiento no valen de nada. Enciende tu aplicación en un dispositivo físico y abre el panel inferior de "Profiler" en el Android Studio. Monitorea específicamente el de la CPU. Si el gráfico se mantiene arriba de 5% cuando estás estático en tu app, ¡hay un leak de cálculo! Realiza grabaciones de método (Method Tracing) para saber la instrucción exacta de tu código que está acaparando la RAM/CPU de tu adorada máquina virtual ART y arréglala. Cada optimización cuenta.