Service vs Thread dans Android

Je suis à la recherche de ce service doit être utilisé dans les application android.

Docs dit

Un Service est un composant d'application qui peuvent effectuer des opérations de longue durée dans l'arrière-plan et ne pas fournir une interface utilisateur.

J'ai lu ce fil Les threads de l'Application vs threads de Service en disant mêmes services sont en cours d'exécution en arrière-plan.

Mais ici, cela peut être fait en utilisant Thread aussi. Toute la différence entre eux et où vous devriez les utiliser

Il n'est jamais un choix entre l'utilisation d'un Fil à l'aide d'un Service, comme ils sont distincts des questions qui doivent être répondu de manière indépendante.
Pouvez-vous veuillez écrire votre réponse de façon appropriée
Pour ajouter à mon commentaire précédent, tandis que le Thread et des concepts de Service sont normalement orthogonale, la IntentService classe représente une conserve combinaison des deux idées.
Double Possible de les threads de l'Application vs Service de threads

InformationsquelleAutor N Sharma | 2014-04-08

android service

28

Mise à JOUR basé sur la dernière version de la documentation:

Android a inclus dans sa documentation sur lorsque vous devez utiliser le Service de vs Thread. Voici ce qu'il dit:

Si vous avez besoin d'effectuer des travaux à l'extérieur de votre thread principal, mais seulement pendant que
l'utilisateur interagit avec votre application, vous devez alors
probablement, au lieu de créer un nouveau fil de discussion, et non un service. Par exemple,
si vous voulez jouer de la musique, mais seulement pendant que votre activité est
en cours d'exécution, vous pouvez créer un thread dans onCreate(), commencer à courir dans
onStart(), puis l'arrêter dans onStop(). Pensez aussi à utiliser des AsyncTask ou
HandlerThread, au lieu de la traditionnelle classe Thread. Voir la
Processus et threads de document pour plus d'informations à propos des threads.

Rappelez-vous que si vous faites usage d'un service, il s'exécute toujours dans votre
application du thread principal par défaut, donc vous devez toujours créer un nouveau
fil au sein du service si elle effectue intensive ou de blocage
les opérations.

Autre différence notable entre ces deux approches est que ce Thread va dormir si votre appareil est en veille. Considérant que, le Service peut effectuer l'opération, même si l'appareil passe en mode veille. Prenons par exemple jouer de la musique à l'aide de deux approches.

Fil Approche: la musique ne joue que si votre application est active ou à l'écran d'affichage est sur.

Approche de Service: la musique peut encore jouer, même si vous avez réduit votre application ou de votre écran est éteint.

Remarque: à Partir de l'API de Niveau 23, vous devriez Test de votre application avec Doze.

Android Documentation - Services
- En complément à ces informations, veuillez lire stackoverflow.com/questions/15524280/service-vs-intentservice
- S'il vous plaît être conscient, comme expliqué dans le premier post, ce Service n'est pas exécuté dans un thread séparé ce qui signifie qu'il peut bloquer le Thread Principal si vous ne intensive du PROCESSEUR de travail. Lire cet article pour plus d'informations stackoverflow.com/questions/7875926/...
- s'il vous plaît ajouter la page exacte du lien de google document qui explique cela comme une autre note de Lecture.
- Un raw de fil en activité? Veuillez être prudent car cela peut entraîner une fuite en particulier si le fil est long en cours d'exécution.
- Dans votre réponse, vous avez dit "une Autre différence notable entre ces deux approches est que ce Thread va dormir si votre appareil dort". C'est à tort. Thread ne sera PAS le sommeil.
- Je suis reporting cela comme une mauvaise réponse.
- Le fil en mode veille si l'appareil est en veille. En fait, tout va dormir si l'appareil dort à côté de GSM et probablement AlarmManager. Faites-vous référence à écran éteint? S'il vous plaît garder à l'esprit que l'appareil "sommeil" et "écran large" sont différents et ne se produisent pas au même moment.
- "Autre différence notable entre ces deux approches est que ce Thread va dormir si votre appareil est en veille. Considérant que, le Service peut effectuer l'opération, même si l'appareil se met en veille" ... les Services NE peuvent pas effectuer lorsque l'appareil dort stackoverflow.com/questions/51460417/who-killed-my-service/...
- Si iam correcte, veuillez modifier votre réponse. Aussi à l'aide de wakelock ne marche pas fait aucune différence, la musique s'arrête après un certain temps developer.android.com/training/monitoring-device-state/...
- Votre réponse a été édité car peut être trompeur pour certains les gens.
- Qui est correct. C'est pourquoi, si vous voulez, disons, de jouer de la musique lorsque l'écran est éteint, vous devez utiliser le service (avec un wakelock ou, plus récemment, avec le premier plan de service).
- Ses pas la meilleure pratique pour jouer de la musique avec un service à l'aide de wakelock, C'EST le MAL. Finalement, la musique VA s'arrêter, indépendamment de la wakelock. Des gens se confondre à partir de votre non recherchés répondre
- developer.android.com/training/monitoring-device-state/...
InformationsquelleAutor user1506104
22

Un Service est destiné à l'exécution de votre tâche de manière indépendante de la Activity, il vous permet d'exécuter n'importe quelle tâche en arrière-plan. Cette course sur le main thread d'INTERFACE utilisateur ainsi, lorsque vous voulez effectuer un réseau ou d'une charge lourde opération, vous devez utiliser le Thread là.

Exemple : Supposons que vous voulez prendre de sauvegarde de vos messages instantanés quotidiens en arrière-plan alors ici vous pourrez utiliser le Service.

Threads est pour exécuter votre tâche dans son propre thread au lieu de principal thread d'INTERFACE utilisateur. Vous utilisez quand vous voulez faire un peu lourd le fonctionnement du réseau, comme l'envoi d'octets pour le serveur en permanence, et il est associé avec l'Android de composants. Lorsque votre composant détruire qui l'a commencé, alors vous devriez avoir également l'arrêter.

Exemple : Vous utilisez le Thread dans l'Activité pour un certain but, il est de bonne pratique pour l'arrêter quand votre activité détruire.
- Mais dire que vous voulez jouer de la musique. Ce serait quelque chose dans le fond, indépendamment de toute activité si vous utilisez un service de droit? Mais ne pourriez-vous également démarrer un thread pour faire le travail de jouer de la musique sans l'aide d'un service?
- Nous savons thread peut conduire à l'activité de fuites si vous n'avez pas coordonner c'est lifecircle sur l'activité.Ce qui signifie que lorsque l'activité est détruite, le fil est toujours actif si la tâche n'est pas terminée.Donc, je pense que le thread est indépendant de l'activité.
- Vous pouvez, mais ne doivent pas utiliser le thread seul dans ce cas en raison de l'application thread s'arrête lorsque l'écran de l'appareil désactive l'arrêt de votre musique aussi. Au lieu de cela, vous pouvez créer un Service et d'utiliser un thread de travail ou tout simplement, vous pouvez aller pour IntentService, qui est un Service avec un thread de travail.
- Désolé de vous interrompre. Cependant, je ne comprends pas la run any task in the background. Pouvez-vous expliquer plus en détail? Je pense que s'exécuter en arrière-plan des moyens pour s'exécuter sur l'autre thread.
InformationsquelleAutor N Sharma
6

C'est le principe que j'ai largement suivre

Utiliser un Fil quand
- application est nécessaire pour être visible lorsque l'opération est effectuée.
- opération en arrière-plan est relativement de courte durée (moins d'une minute ou deux)
- l'activité/écran/app est très couplé avec l'arrière-plan de l'opération, l'utilisateur généralement 'attend' pour cette opération de finition avant de faire quoi que ce soit dans l'application.
  À l'aide d'un fil, dans ces cas, conduit à plus propre, plus lisible & code maintenable. Cela étant dit, il est possible d'utiliser un Service( ou IntentService).
L'utilisation d'un Service lorsque
- application pourrait être invisible lorsque l'opération se produit (Fonctionnalités comme le premier plan de service peut aider avec des opérations d'être interrompu)
- Utilisateur n'est pas nécessaire d'attendre la fin de l'opération pour faire d'autres choses dans l'application.
- application est visible et le fonctionnement est indépendant de l'application/contextuel de l'écran.
- Donc, si vous faites jouer de la musique, utiliser un fil, car il dépend de l'activité que vous êtes sur l'écran de démarrage, etc?
- La musique commence et se termine sur l'écran de démarrage? Fil, Oui. Même le thread principal serait de faire, sauf si vous êtes en streaming à distance(ce qui pourrait ne pas être une bonne idée pour un écran de démarrage qui dure 2 ou 3 secondes, comme le flux peut prendre plus de temps pour commencer même).
- Si le service serait comme Spotify lorsque vous continuer à diffuser de la musique sans interagir avec l'INTERFACE utilisateur?
- Correct. Si c'est ce que vous voulez atteindre, vous devez utiliser un service.
InformationsquelleAutor Vinay Wadhwa
2

De référence de https://developer.android.com/guide/components/services.html

Un service est simplement un composant qui peut s'exécuter en arrière-plan, même lorsque l'utilisateur n'est pas d'interagir avec votre application. Ainsi, vous devez créer un service uniquement si c'est ce que vous avez besoin.

Si vous avez besoin d'effectuer des travaux à l'extérieur de votre thread principal, mais uniquement lorsque l'utilisateur interagit avec votre application, alors vous devriez probablement au lieu de créer un nouveau fil de discussion, et non un service.

Par exemple, si vous voulez jouer de la musique, mais seulement pendant que votre activité est en cours d'exécution, vous pouvez créer un thread dans onCreate(), commencer à courir dans onStart(), puis l'arrêter dans onStop().

Rappelez-vous que si vous faites usage d'un service, il s'exécute toujours dans votre application thread principal par défaut, donc vous devez toujours créer un nouveau fil de discussion au sein du service si elle effectue intensifs ou d'opérations de blocage.

InformationsquelleAutor Elsa Lin

Vous devez vous connecter pour publier un commentaire.