Applications réduites : Consomment-elles plus de batterie ?

Si une application ne s'exécute pas au premier plan, elle est généralement "gelée" ; cela signifie que sa structure de mémoire est conservée (afin que vous puissiez la "rappeler" plus rapidement, et qu'aucune E/S + CPU supplémentaire n'est nécessaire pour la redémarrer) - mais qu'elle ne reçoit (presque) aucun cycle de CPU. Il peut y avoir quelques exceptions lorsqu'il faut faire en arrière-plan, mais cela nécessite généralement que l'application utilise un "service".

Ainsi, la "surcharge" est minime - par rapport à la nécessité de le redémarrer chaque fois que l'utilisateur doit y accéder. Quant à la mémoire, le système Android est assez efficace pour la maintenir : Pour l'expliquer en termes simples, les applications sont classées en différents groupes ayant des "priorités" différentes. Ces priorités, associées à d'autres critères, permettent de décider quelle application peut être tuée si le système est "en manque de mémoire" : L'OOM-Killer (encore une fois, "Out Of Memory Killer") entre alors en action et vérifie : Évidemment, les processus essentiels du système ne doivent pas être tués du tout, la session d'avant-plan de l'utilisateur (dans laquelle il travaille) doit être la dernière à être prise en compte. Mais les applications "fermées" sont les premières candidates, les "applications d'arrière-plan" les suivantes, et les services non essentiels viennent ensuite.

Encore une fois, il s'agit d'une façon simplifiée de présenter les choses - en réalité, cela semble un peu plus compliqué :)

MAIS : si vous pensez à des tueurs de tâches pour "améliorer la durée de vie de la batterie" : Oubliez cela avant de commencer à y penser. Ils sont généralement plutôt contre-productifs, car ils travaillent contre le système. Il y a peu d'exceptions dans le cas d'une application qui fonctionne mal (par exemple, elle consomme tout votre processeur et il n'y a aucun autre moyen de l'arrêter).