Android: AsyncTask vs Service

Question

¿Por qué leo en la respuesta a la mayoría de las preguntas aquí mucho sobre AsyncTask y cargadores pero nada sobre Services? ¿Los servicios no se conocen muy bien o están en desuso o tienen algunos atributos incorrectos o algo así? ¿Cuáles son las diferencias?

(Por cierto, sé que hay otros hilos al respecto, pero ninguno realmente establece claras diferencias que ayudan a un desarrollador a decidir fácilmente si está mejor usando el uno u otro para un problema real)

Answer 1

En algunos casos es posible realizar la misma tarea, ya sea con un AsyncTask o una Service sin embargo por lo general uno es más adecuado para una tarea que el otro.

AsyncTask s están diseñadas para tareas que consumen mucho tiempo y que no se pueden ejecutar con el subproceso de la interfaz de usuario. Un ejemplo común es obtener/procesar datos cuando se presiona un botón.

Service s están diseñados para funcionar continuamente en segundo plano. En el ejemplo anterior de obtención de datos cuando se presiona un botón, puede iniciar un servicio, dejar que recupere los datos y luego detenerlo, pero esto es ineficiente. Es mucho más rápido utilizar un AsyncTask que se ejecutará una vez, devolverá los datos y terminará.

Si necesita estar continuamente haciendo algo en el fondo, un Service es su mejor opción. Ejemplos de esto incluyen reproducir música, verificar continuamente nuevos datos, etc.

Además, como ya dijo Sherif, los servicios no necesariamente se ejecutan fuera del subproceso de la interfaz de usuario.

En su mayor parte, Service s son para cuando quiere ejecutar código incluso cuando la aplicación Activity no está abierta. AsyncTask s están diseñados para hacer que la ejecución del código fuera de la interfaz de usuario sea increíblemente simple.

Answer 2

Services son completamente diferentes: Los servicios no son hilos!

Su actividad se vincula a un servicio y el servicio contiene algunas funciones que, cuando se invoca, bloquea el hilo de llamada. Su servicio podría usarse para cambiar la temperatura de Celsius a Degrees. Cualquier actividad que se una puede obtener este servicio.

---

Sin embargo AsyncTask es un hilo que lo hace un poco de trabajo en segundo plano y al mismo tiempo tiene la capacidad de informar de los resultados de vuelta al subproceso de llamada.

Es sólo una idea: Un servicio puede tener un objeto AsyncTask!

Answer 3

servicio es un demonio, es AsynkTask subproceso de fondo

Answer 4

Service es uno de los componentes de la estructura de Android, que no requiere UI para ejecutarse, lo que significa que incluso cuando la aplicación no es utilizada activamente por el usuario, puede realizar algunas operaciones con el servicio. Eso no significa que el servicio se ejecutará en un hilo separado, pero se ejecuta en el hilo principal y la operación se puede realizar en un hilo separado cuando sea necesario. Ejemplos de usos son la reproducción de música en segundo plano, la sincronización de datos con el servidor en el fondo sin interacción del usuario, etc.

AsyncTask Por otro lado, se usa para tareas de bloqueo de UI que se realizarán en un hilo separado. Es lo mismo que crear un nuevo hilo y hacer la tarea cuando todas las tareas de crear y mantener los hilos y enviar el resultado al hilo principal son atendidas por el AsyncTask . El uso de ejemplos está obteniendo datos del servidor, operaciones CRUD en el resolutor de contenido, etc.

Answer 5

servicio y asynctasks son casi haciendo la misma cosa, casi servicio .using o una AsyncTask depende de lo que es su requerimiento es.

como ejemplo si desea cargar datos en una vista de lista desde un servidor después de presionar un botón o cambiar de pantalla, es mejor que vaya con una asynctask.it se ejecuta en paralelo con el hilo ui principal (se ejecuta en segundo plano) .para ejecutar una actividad asynctack o su aplicación debe estar en el hilo principal de la interfaz de usuario. Después de salir de la aplicación, no hay asynctask.

Pero los servicios no son así, una vez que inicia un servicio puede ejecutarse después de salir de la aplicación, a menos que se detenga el servicio. Como he dicho, depende de sus necesidades. Si desea seguir revisando la recepción de datos o verifique el estado de la red continuamente, es mejor que vaya con el servicio.

happy coding.