Ver Mensaje Individual
  #8  
Viejo 31/01/11, 11:15:21
Array

[xs_avatar]
lord_neno lord_neno no está en línea
Usuario muy activo
· Votos compra/venta: (1)
 
Fecha de registro: nov 2010
Localización: Barcelona
Mensajes: 5,293
Modelo de smartphone: Pixel 9 Pro 256G
Tu operador: Orange
 Cita: Originalmente Escrito por peich1 Ver Mensaje
Si no hay "ningún servicio de ninguna aplicación concreta" corriendo.. ¿entonces cuál es proceso que recoge el mensaje del servidor? Si no hay una conexión abierta.. ¿cómo se las apaña el servidor para ponerse en contacto con el cliente? (las conexiones las tiene que establecer siempre el cliente, el servidor no puede).

No se muxo del funcionamiento interno de android la verdad, pero puede que tenga el propio SO un proceso que controle esas cosas. Cuando llegue una notificación push que mire que es y active el servicio/app correspondiente.
Está claro que siempre tendrá que haber un proceso a la escucha.

Lo de que las tiene que establecer siempre el cliente no se yo, se supone que lo del push precisamente evita eso... no se sería algo asi como el wake on lan de los pcs, se enciende el pc cuando la tarjeta de red recibe el "paquete mágico" que le llaman... a saber.

Lo que no se es si en el ámbito de los moviles lo del push se refiere a lo mismo.
En los moviles antiguos, los mensajes push eran mensajes que se enviaban en las celdas a traves de las antenas y aparecían en la pantalla del movil directamente, aunque aqui en España nunca se le dio mucho uso. Los SMS normales por ejemplo funcionaban a través de un centro de servicio, y si bien supongo que a efectos prácticos sería lo mismo, supongo que habrá diferencias.


Una cosa, así como el whatsapp si que deja un servicio en segundo plano, el google talk no ( o por lo menos no lo encontré), y siempre que llega un mensaje a través de gtalk aparece la notificación (aun con las sincronizaciones desactivadas), por eso supongo que el SO tendrá algo que controle las notificaciones push
Responder Con Cita