Pourquoi utiliser le Service si elle tourne dans le même thread dans android

J'ai été en passant par Lié Service dans Android Développeur de site web. J'ai cru comprendre que le service assez mais je viens de trouver un autre moyen de connexion de service par l'Utilisation d'un Messenger classe en particulier pour le service local. Là, je suis confus. Peut-être que je suis la notion de mal.

Ici est ma compréhension de Android Service. Vous créez un service lorsque

  1. Vous souhaitez faire des travaux dans la fond.
  2. Vous voulez en faire un processus distinct.
  3. Vous souhaitez le faire tourner dans un cycle de vie qui est indépendant de l'élément qui a commencé.

La Confusion est le premier élément de la liste, la définition de l'arrière-plan. N'est-ce pas le contexte d'un thread ou processus? Je n'ai jamais pensé qu'elle puisse s'exécuter sur le thread principal.

Ici est la mise en garde de service dans le dev pages environ.

Attention: Un service s'exécute dans le thread principal de son processus d'hébergement—le service de ne pas créer son propre thread et n'est pas exécuté dans un processus séparé (sauf indication contraire). Cela signifie que, si votre service n'importe quel CPU intensive de travaux ou d'opérations de blocage (comme la lecture de MP3 ou de réseau), vous devez créer un nouveau thread dans le service pour faire ce travail. En utilisant un thread séparé, vous permettra de réduire le risque de l'Application ne Répond Pas (ANR), des erreurs et de l'application du thread principal peut rester dédié à l'interaction de l'utilisateur avec vos activités.

Questions

  1. Pourquoi choisir d'utiliser le service si la fonction de service sera de toute façon de l'exécuter sur le thread principal?
  2. Faut-il écrire un service uniquement pour bloquer l'ANR, même si le temps de travail est fait dans le thread principal? Assumer le service est uniquement pour mon application.
  3. Existe-il des cas pratiques ou des raisons pour utiliser un service comme privé et en cours d'exécution dans le même thread?
  • le but principal de ces services est qu'ils ont différents du cycle de vie de votre activité cycle de vie - donc #3 s'applique ici.
InformationsquelleAutor Jaekwan | 2015-05-19
  1. 29

    Principale de l'Application thread n'est pas toujours le thread d'INTERFACE utilisateur. Par exemple, lorsque Activity est arrêté, le onStop() est invoquée, d'où le thread d'INTERFACE utilisateur est pris loin de ce que Activity et a déménagé à une autre Activité au sein de la même ou une autre application. Toutefois, cela ne signifie pas que l'application n'est plus actif, il peut continuer à travailler en arrière-plan jusqu'à ce qu'il soit fermé, soit par le système d'exploitation ou par l'utilisateur. Alors, qui maintient en cours d'exécution en arrière-plan? C'est le thread principal et de ne pas le thread d'INTERFACE utilisateur.

    Quels sont les services

    Dans Android, un Service est un composant de l'application qui peut effectuer
    des opérations de longue durée en arrière-plan sur le thread d'INTERFACE utilisateur. Par
    arrière-plan, cela signifie qu'il ne dispose pas d'une interface utilisateur. Un Service
    fonctionne sur le thread principal de l'appel de la Composante de processus par défaut
    (et, par conséquent, peut dégrader la réactivité et la cause ANRs), d'où vous
    doit créer un nouveau Thread pour effectuer long de l'exécution des opérations. Un
    Le Service peut également être exécuté dans un processus complètement différent.

    À la différence des composantes de l'Activité, les Services n'ont aucun graphique
    les interfaces. Également des Récepteurs de Radiodiffusion sont pour la réception de radiodiffusion
    les messages (broadcast, multicast, unicast) et effectuer les opérations de courte durée
    alors que les Services sont destinés à faire de longues traitement comme du streaming
    la musique, les transactions réseau, fichier I/O, d'interagir avec des bases de données, etc.
    Lorsqu'un Service est démarré par un composant de l'application comme une Activité
    il fonctionne dans le fond et continue de fonctionner même si l'utilisateur passe
    pour une autre application ou la première composante est elle-même détruite

    Pourquoi utiliser le service de

    Services sont une priorité plus élevée que les autres processus d'arrière-plan et
    par conséquent, il est moins probable que Android va y mettre fin. Bien qu'il peut
    être configuré pour redémarrer une fois il y a suffisamment de ressources disponibles
    de nouveau. Vous devez aller à travers les différents processus et de leurs
    priorité/niveau important dans la documentation sur les processus et les
    les threads. Leur attribuer la même priorité que le premier plan d'activités est
    certainement, auquel cas il faudra soit visible
    notification actif (généralement utilisé pour les Services à jouer de la musique).

    Utilisation IntentService si vous ne voulez pas jouer avec la gestion des threads sur votre propre. Sinon, utilisez AsyncTasks.

    Veuillez lire cet excellent article de comprendre plus en détail et aussi lire cette réponse.

    • J'ai reçu le moment je pense. Ils sont fondamentalement différentes fins(Acitivité seulement pour de courtes contexte(un écran) et le service est plus large) et pas utile de les distinguer en termes de performance, depuis le service fonctionne sur le thread principal de toute façon.
    • Selon stackoverflow.com/questions/3261370/... thread principal et le thread de l'interface utilisateur sont les mêmes
    • Je suis totalement en désaccord avec l'énoncé que le service fonctionne sur le Thread de l'INTERFACE utilisateur, merci de partager tout lien officiel disant que le Service fonctionne sur le Thread de l'INTERFACE utilisateur. Voici le lien officiel d'Android et il ne dit pas n'importe où ce Service fonctionne sur le Thread de l'INTERFACE utilisateur. developer.android.com/guide/components/services
    • Je voudrais supprimer l'ensemble du premier alinéa; c'est inexact. Pour Android en mode utilisateur, les applications, le thread "main" est le thread d'INTERFACE utilisateur. Fils ne sont pas "switch" entre les différentes applications. Cœurs de processeur peut passer de l'une à différents processus/threads, mais c'est quelque chose de différent. Un thread en mode utilisateur ne peut pas "passer à" un autre processus. Tous les Service et Activity callbacks qui va se passer sur celui-ci, unique, principal/thread d'INTERFACE utilisateur (en supposant, bien sûr, nous parlons d'un processus de Service).
    InformationsquelleAutor Samvid Kulkarni
  2. -2

    En bref, les Services s'exécute sur l'arrière-plan de la thread de l'INTERFACE utilisateur.
    Vous pouvez effectuer des tâches comme client-serveur d'authentification ou d'écrire dans une base de données où les tâches sont effectuées en arrière plan sans interface graphique.

    Mais si vous êtes vraiment faire un long traitement des tâches qui pourraient geler l'interface, vous utilisez un service sur un thread séparé.

    par exemple d'un Service sur un thread séparé est IntentService

    InformationsquelleAutor anto004