Oui, ce sont des services en cache. Ils sont utilisés pour accélérer le temps de démarrage des services. Depuis Développeurs Android - Processus et Threads (à partir du 13 février 2015)
-
Processus vide
Un processus qui ne contient pas de composants applicatifs actifs. La seule raison de maintenir ce type de processus en vie est la mise en cache, afin d'améliorer le temps de démarrage la prochaine fois qu'un composant doit s'y exécuter. Le système tue souvent ces processus afin d'équilibrer les ressources globales du système entre les caches des processus et les caches sous-jacents du noyau.
Android classe un processus au niveau le plus élevé possible, en fonction de l'importance des composants actuellement actifs dans le processus. Par exemple, si un processus héberge un service et une activité visible, le processus est classé comme un processus visible, et non comme un processus de service.
En outre, le classement d'un processus peut être augmenté parce que d'autres processus en dépendent - un processus qui sert un autre processus ne peut jamais être classé plus bas que le processus qu'il sert. Par exemple, si un fournisseur de contenu du processus A sert un client du processus B, ou si un service du processus A est lié à un composant du processus B, le processus A est toujours considéré comme au moins aussi important que le processus B.
Étant donné qu'un processus exécutant un service est mieux classé qu'un processus avec des activités d'arrière-plan, une activité qui lance une opération de longue durée peut avoir intérêt à démarrer un service pour cette opération, plutôt que de simplement créer un fil de travail - en particulier si l'opération est susceptible de durer plus longtemps que l'activité. Par exemple, une activité qui télécharge une photo sur un site Web devrait lancer un service pour effectuer le téléchargement afin que celui-ci puisse se poursuivre en arrière-plan même si l'utilisateur quitte l'activité. L'utilisation d'un service garantit que l'opération aura au moins la priorité "processus de service", indépendamment de ce qui arrive à l'activité. C'est la même raison pour laquelle les récepteurs de diffusion doivent utiliser des services plutôt que de simplement placer les opérations qui prennent du temps dans un thread.