2 votes

Comment le gestionnaire de démarrage bloque-t-il les applications de démarrage ?

J'utilise l'application Market Directeur du démarrage sur Android, mais je suis un peu préoccupé par la façon dont il fonctionne. Est-ce qu'il s'exécute effectivement à chaque fois en tant que démon et empêche ainsi les applications de ne pas démarrer ou change-t-il simplement l'indicateur de démarrage dans les applications, sans s'exécuter en arrière-plan ?

1voto

dotVezz Points 3625

Quelques recherche indique que cela se fait le plus souvent en révoquant les permissions aux applications que vous avez spécifiées. Plus précisément, l'application doit android.permission.RECEIVE_BOOT_COMPLETED afin de s'exécuter au démarrage.

Cependant, bien que ce soit la situation la plus probable, je ne peux pas parler de la fonctionnalité exacte de Directeur du démarrage .

En outre, si vous êtes inquiet parce que la description de l'application n'est pas claire quant à son fonctionnement, vous pouvez utiliser l'application suivante Autostarts Il s'agit d'un outil d'aide au démarrage Android à code source ouvert qui permet de contrôler quelles intentions sont effectivement envoyées à quelles applications.

1voto

Milner Points 533

Tout dépend en grande partie du "gestionnaire de démarrage" utilisé et de l'enracinement de votre appareil. Comme Réponse de dotVezz Il y en a d'autres qui se contentent de désactiver les "écouteurs" correspondants (les applications peuvent être notifiées sur des événements, et donc être lancées quand ils apparaissent - l'événement le plus célèbre étant boot_completed ; mais il y en a beaucoup d'autres, comme le réseau changé, la carte SDCard montée, la batterie faible... Si vous êtes intéressé par les détails, voir par exemple Quelle est la différence entre un récepteur de service et un récepteur de diffusion ? ). Cependant, pour ce faire, il faut des "pouvoirs de racine".

Ainsi, les "gestionnaires de démarrage" travaillant sans "pouvoirs de racine" ne font rien d'autre que des gestionnaires de tâches : ils tuent l'application une fois qu'elle a démarré sur un événement donné. Dans la plupart des cas, ils s'en tiennent également à la boot_completed et ne se soucient pas des autres.

Ensuite, il y a ces managers qui soutiennent les deux Modi. Le meilleur est probablement Gestionnaire AutoRun mon préféré que j'ai utilisé pendant un certain temps.

Maintenant, votre question porte spécifiquement sur Directeur du démarrage . Comme vous pouvez le voir dans la description de l'application, et comme je l'ai écrit plus haut, cette application ne s'intéresse qu'au boot_completed événement : il le fait désactiver/activer les éléments de démarrage à partir du démarrage du système . Ses permissions ne comprennent pas SUPERUSER (aka Root), donc il ne peut pas modifier les récepteurs/auditeurs. Donc il est plus probable qu'il "tue" les applications quand elles démarrent. La preuve en est que vous pouvez trouver dans la description de l'application : Remarque : pour les appareils Android 2.2 et les systèmes d'exploitation supérieurs non enracinés, certains processus redémarreront d'eux-mêmes juste après avoir été désactivés. Ils ne le feraient pas s'ils étaient vraiment désactivé . Mais de nombreuses applications le font lorsqu'elles sont a tué .

Gestionnaire AutoRun que j'ai déjà mentionné, soutient les deux modes : S'il est utilisé en " mode basique " (qui ne nécessite pas de Root), il tue les apps configurées au démarrage. En "mode avancé" (qui nécessite Root), il "réduit au silence" leurs auditeurs, de sorte qu'ils ne reçoivent jamais la diffusion d'événements et ne démarrent donc pas automatiquement.

androidalle.com

AndroidAlle est une communauté de androiders où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X