/ / ¿Comunicación Bluetooth en hilo o Servicio en Android? - Android, multiproceso, servicio, bluetooth

Comunicación Bluetooth en hilo o servicio en Android? - android, multihilo, servicio, bluetooth

Estoy desarrollando una aplicación que tiene bluetoothcomunicacion involucrada La comunicación por Bluetooth debe continuar incluso si se cierra la Actividad que configura la conexión. Primero, pensé en usar el Servicio para esto y esa parecía ser la manera correcta. Pero, en el ejemplo de chat de Bluetooth, la comunicación ocurre en otro hilo y no en el Servicio. He utilizado ese código en mi aplicación y funciona correctamente. ¿Es correcto el uso de Thread para la comunicación por Bluetooth o debo usar el Servicio únicamente? La comunicación por Bluetooth debería estar activa hasta que mi aplicación esté en la memoria RAM y no debería importar si cambio entre las actividades.

Respuestas

0 para la respuesta № 1

Bueno, un hilo separado no es diferente, entonces unservicio en su caso, excepto que sigue el ciclo de vida de la actividad de Android, pero se puede eliminar un Thread y no se puede recuperar ningún estado. Android intentará reiniciar un servicio una vez que fue asesinado.


0 para la respuesta № 2

Un poco tarde para responder a su consulta, peroMejor tarde que nunca, supongo. He trabajado en una aplicación que tiene comunicación bluetooth entre dos dispositivos y me gustaría resumir mi experiencia. Un servicio que usamos normalmente cuando queremos hacer un proceso en segundo plano que no sea muy pesado, de alguna manera, quiero decir que el servicio (si es enorme) bloqueará mi hilo principal de la interfaz de usuario, por lo que disminuirá la velocidad de su sistema operativo o ANR, que es Lo que no queremos.

La comunicación por bluetooth es una ejecución constante.proceso que se debe realizar utilizando un subproceso solo ya que funcionará como un subproceso separado y no tendrá ningún impacto en el subproceso de la interfaz de usuario principal. Por favor, corríjame si estoy equivocado.