¿Por qué debo comenzar el servicio de urbanairship como un proceso separado?
Utilizo UrbanAirship (UA) para la notificación push.
El servicio de empuje UA se configura en el archivo de manifiesto como sigue:
- Cómo registrarse apid en el dirigible urbano para android?
- Cómo obtener el símbolo de autorización de C2DM para usar el dirigible urbano
- Ningún receptor de intenciones estableció AirShip Urbano
- Prolem usando urbanairship Provider android
- Push Notifications usando Urban Dirigible devuelve apID como nulo en el primer lanzamiento
<service android:name="com.urbanairship.push.PushService" android:process=":com.urbanairship.push.process" /> Donde android: el proceso es opcional, pero recomendado en su documentación .
Cuando uso un solo proceso y cierro todas mis actividades, puedo ver que mi único proceso consume ~ 3mb de memoria
Cuando uso dos procesos (uno para la aplicación y otro para el servicio) y cierro todas mis actividades, puedo ver que ambos procesos están vivos, cada uno consume ~ 3mb de memoria.
Así que mi pregunta es: ¿cuál es el punto?
- Abrir la aplicación Android desde la notificación PUSH
- PhoneGap-Android: Notificación de empuje de Urban Airship desde mi servidor
- ¿Cómo obtener una notificación interactiva push con Urban Airship en Android?
- Clave de aplicación de desarrollo y secreto de aplicación para Android
- Configuración del Dirigible Urbano con objetivos múltiples - ¿Es posible el mismo ID de paquete?
- Envío de Amazon SNS desde mi servidor PHP
- Push notificación de UrbanAirship no funciona con servidor en vivo (es decir, con la clave de producción) en android
- Importación de Dirigible Urbano en Android Studio da problemas de compilación?
Mi conjetura es que UA recomienda esto para que su propio código se enfrentará a menos contención / interrupción. Por ejemplo, si su aplicación se bloquea, pero el código UA se ejecuta en un proceso aparte, es probable que el suyo continúe ejecutándose sin interrupción (y evite la posible corrupción de datos que podría ocurrir si el proceso que los aloja se extingue abruptamente).
Para obtener otra pista, vea esta pregunta SO: Iniciando una notificación de Android al inicio . Como puede ver, algunos desarrolladores informan que las notificaciones generales de Android a veces no se muestran dependiendo del ciclo de vida de los componentes de su aplicación. Al poner el UA PushService en un proceso independiente, esto podría mitigar este problema. Voy a probar esto porque mis notificaciones de UA a veces no persisten después de reiniciar.
Por cierto, parece que la última documentación de UA ya no recomienda recomendar el servicio con su propio proceso separado.
- ¿Cómo uso las preferencias de los fragmentos con ViewPager?
- Emuladores de tablets en línea para Android