servicios - servicio enlazado android
Hilos de aplicación vs hilos de servicio (2)
Desde mi experiencia (1+ años desarrollando Android), no hay diferencia entre ejecutar un nuevo hilo en un servicio o en una actividad. Intente no mantener una referencia a la Actividad en el nuevo hilo: use el contexto de la aplicación.
Además, el ciclo de vida del servicio no ayudó en absoluto porque no se garantiza la invocación de algunos métodos :(
La única diferencia puede ser que el servicio puede destruirse sin destruir la aplicación por completo, lo que podría destruir los nuevos subprocesos. ¿Por qué potencialmente? Porque en el lado práctico, esto no sucede. La aplicación SIEMPRE muere sin matar el servicio antes de eso, lo que significa que el mecanismo de servicio local es inútil.
El servicio remoto es una discusión diferente: me refería solo a "¿dónde debería ejecutar un nuevo hilo?".
¡¡¡Buena suerte!!!
¿Cuáles son las ventajas / desventajas de colocar un código de acceso a la red largo en un subproceso en una actividad o un subproceso en un servicio? ¿Cómo afectaría a la aplicación? Estoy escribiendo un reproductor de audio de transmisión continua y, por lo que he leído hasta ahora, poner el código en un servicio aún terminará bloqueando la aplicación, por lo que se necesita un nuevo hilo. en un servicio
Sí, una operación de bloqueo en un Servicio seguirá bloqueando la aplicación. A pesar de las primeras apariencias, los Servicios no son simplemente para ejecutar tareas en segundo plano. Son para ejecutar tareas con un ciclo de vida que es independiente del ciclo de vida de la actividad (IE, pueden continuar después de que se cierre la actividad).
Un servicio que comienza cuando una actividad comienza y termina cuando la actividad termina es inútil.
En su caso, donde está transmitiendo audio, es posible que desee transmitir audio incluso después de que el usuario cierre la Actividad, en cuyo caso, debe usar un Servicio, pero aún necesitará un hilo (o una AsyncTask) para bloquear tareas .