¿Cuánta descarga de batería provocan las notificaciones automáticas en Android 4.1?

Las notificaciones automáticas están diseñadas para ser la solución a las aplicaciones que agotan la batería y que monitorean constantemente los datos que han cambiado localmente o en un servidor. Debido a esto, son muy eficientes con la batería. Por lo general, mi teléfono recibirá 20 notificaciones en unas pocas horas con menos del 1 % del uso total de la batería.

Si tiene grandes problemas de descarga de la batería, es probable que su teléfono no esté durmiendo correctamente, lo que generalmente se debe a una aplicación que impide que el teléfono duerma. Es posible que pueda ayudarlo a resolver esto con más información, como el teléfono, la versión de Android (o ROM si está rooteado) y una captura de pantalla de la pantalla de la batería después de que su teléfono haya estado funcionando durante algunas horas. Actualizaré mi respuesta en consecuencia.

Quiero saber si 4.1 está configurado para usar notificaciones automáticas de manera eficiente con respecto al agotamiento de la batería

Bueno, la respuesta corta es Sí, pero suena como una pregunta equivocada. Las notificaciones automáticas existen desde hace mucho más tiempo que la versión 4.1 y, que yo sepa, no se agregaron "eficiencias" importantes al sistema operativo Android después de la versión 4.1 para mejorar el manejo de las notificaciones automáticas.

Para que las notificaciones push funcionen, necesita 4 componentes:

(1) Un servidor de aplicaciones que está procesando datos para usted en la nube y quiere informarle sobre un evento (por ejemplo, servidores de Twitter/Facebook)

(2) Un servidor de notificaciones automáticas que puede recibir solicitudes de (1) , averiguar para quién está destinado y enviar una notificación automática a la combinación correcta de usuario/dispositivo (p. ej., servidor de Google Cloud Messaging)

(3) Una aplicación/servicio de Android homólogo que siempre se ejecuta en segundo plano y tiene una conexión persistente (siempre activa) a (2) para que pueda recibir el impulso, averiguar para qué aplicación está destinada, activar esa aplicación y envíele los pequeños datos de inserción (por ejemplo, la aplicación nativa de Google Play Store)

(4) Una aplicación de Android que puede recibir estos datos locales de (3) y descubrir la mejor manera de informar al usuario sobre esta notificación automática (por lo general, colocando un indicador de notificación en la barra de estado) (p. ej., aplicación de Android de Twitter). Esto es lo que el usuario final considera una notificación push. Sin embargo, no todas las notificaciones automáticas deben mostrarse en la barra de estado/notificación, son enviadas silenciosamente por (3) y depende de (4) determinar si una notificación debe mostrarse al usuario.

Idealmente, incluso con la configuración de notificaciones automáticas activada, (4) no está activo. Será despertado por (3) cuando (3) reciba el empujón de (2) . Google proporciona el marco GCM que proporciona (2) y (3) . Entonces, siempre que sus aplicaciones usen GCM (u otros servicios equivalentes como UrbanAirship, Xtify, etc.), cualquier descarga excesiva de batería que pueda notar es culpa de (1) o (4), ambos culpa del desarrollador de la aplicación.

(1) y (2) pueden combinarse, al igual que (3) y (4). Entonces, si las aplicaciones que está instalando tienen su propio servicio push, eso sigue siendo un problema con su código, no con su dispositivo o el sistema operativo.

Lectura adicional: Arquitectura de Google Cloud Messaging