Echó la culpa a la última actualización porque su móvil ardía y no duraba la batería. La culpable era una app modificada

Es casi un reflejo automático: vemos que nuestro móvil gasta más batería de la que debería o se calienta mucho, la culpa es de una actualización del sistema o de las aplicaciones. Sin embargo, en Android, la raíz del problema puede estar en capas mucho más profundas e invisibles para el usuario de a pie.

Este ha sido el caso documentado recientemente por un usuario de un Galaxy S25 FE que ilustra a la perfección la trampa en la que solemos caer con ese rápido diagnóstico. Convencido de que las últimas actualizaciones de One UI habían arruinado la autonomía de su móvil estando en reposo, un análisis más profundo destapó una cadena de fallos. Era una app modificada que rompió la gestión de procesos en segundo plano.

Catorce horas de actividad (en reposo). Al revisar los registros con Battery Historian y los propios ajustes de batería de Android, este usuario comprobó que WhatsApp acumulaba más de 14 horas de ejecución en segundo plano, más de dos horas de uso activo de CPU y el intercambio de más de 200.000 paquetes de datos sin tocar el móvil.

En una primera inspección del registro de JobScheduler (trabajos del sistema) mediante comandos ADB, parecía que el gestor de sincronización de contactos de la app de Meta fallaba y volvía a ejecutarse sin respetar los tiempos de espera obligatorios. No fue finalmente así.

El culpable. Ese fue un choque entre MicroG y los servicios de Google: así lo mostró un análisis detallado con Logcat (una herramienta que muestra los mensajes del sistema y las apps) que reveló que el fallo no procedía de Meta ni de Samsung. El detonante era MicroG, la capa de compatibilidad de código abierto diseñada para emular los servicios de Google Play y permitir la ejecución de apps modificadas.

Al convivir en el mismo terminal la versión oficial de los Play Services y la instancia de MicroG, los servicios de WhatsApp entraron en un bucle de excepciones al solicitar el identificador de notificaciones, provocando reintentos que mantuvieron a la CPU trabajando al máximo de forma constante.

Y la solución. Tras identificar el origen del conflicto, la resolución del usuario fue tan rápida como efectiva: desinstalar MicroG, forzar la detención de WhatsApp y borrar su memoria caché. Bastó un rato de monitorización para comprobar que los bloqueos de suspensión (conocidos en inglés como wakelocks) habían desaparecido y el consumo de la CPU regresaba a sus valores normales.

Un peligro invisible. Este caso subraya el riesgo que implica instalar capas que emulan servicios importantes de Android. Aunque móviles como los de Huawei lo necesitan en Occidente para ejecutar muchas apps, recurrir a esta solución puede desencadenas incompatibilidades que luego no son tan fáciles de detectar. La próxima vez que tu móvil se caliente tras actualizar, antes de culpar a la propia actualización, conviene revisar qué modificaciones están interfiriendo con permisos de bajo nivel.

Imagen destacada | Xataka (con edición)

En Xataka Móvil | Hay una razón por la que los Pixel 11 serán los primeros teléfonos de Google sin GrapheneOS