Gestion des processus natifs d'Android vs Greenify

Depuis le site des développeurs Android:

• Si une activité a perdu le focus mais est toujours visible (c'est-à-dire qu'une nouvelle activité non en plein écran ou transparente a le focus au-dessus de votre activité), elle est en pause. Une activité en pause est complètement active (elle conserve tout son état et ses informations de membre et reste attachée au gestionnaire de fenêtres), mais peut être arrêtée par le système dans des situations de mémoire extrêmement faibles.
• Si une activité est complètement occultée par une autre activité, elle est arrêtée. Elle conserve toujours son état et ses informations de membre, cependant, elle n'est plus visible par l'utilisateur, donc sa fenêtre est cachée et elle sera souvent tuée par le système lorsque la mémoire est nécessaire ailleurs.
• Si une activité est en pause ou arrêtée, le système peut libérer l'activité de la mémoire en lui demandant de terminer, ou simplement en tuant son processus. Lorsqu'elle est de nouveau affichée à l'utilisateur, elle doit être complètement redémarrée et restaurée dans son état précédent.

Aussi:

Ainsi, lorsque le système manque de mémoire, il peut tuer des processus [...] en commençant par le processus le moins récemment utilisé, mais aussi en tenant compte des processus les plus gourmands en mémoire.

En ce qui concerne la mise en œuvre technique, le système appelle les applications pour les informer qu'elles doivent libérer la mémoire ou risquer d'être tuées:

Aussi, lorsque le processus de votre application est actuellement mis en cache, vous pouvez recevoir l'un des niveaux suivants de onTrimMemory():

• TRIM_MEMORY_BACKGROUND

  Le système manque de mémoire et votre processus est proche du début de la liste LRU. Bien que votre processus d'application ne soit pas fortement menacé d'être tué, le système peut déjà tuer des processus dans le cache LRU. Vous devriez libérer des ressources faciles à récupérer pour que votre processus reste dans la liste et reprenne rapidement lorsque l'utilisateur revient à votre application.

• TRIM_MEMORY_MODERATE

  Le système manque de mémoire et votre processus est proche du milieu de la liste LRU. Si le système est encore plus contraint en mémoire, il y a une chance que votre processus soit tué.

• TRIM_MEMORY_COMPLETE

  Le système manque de mémoire et votre processus est l'un des premiers à être tué si le système ne récupère pas de mémoire maintenant. Vous devriez libérer tout ce qui n'est pas essentiel pour reprendre l'état de votre application.

Donc pour répondre directement à vos questions:

1. Non, Android ne nettoie rien pour les applications, mais il les informe de le faire elles-mêmes et les tue s'ils ne le font pas (ou si ce n'est pas suffisant).

2. Greenify semble désactiver "à la volée" des applications, donc elles ne sont pas autorisées à s'exécuter en arrière-plan (et ne peuvent pas démarrer automatiquement si elles ne sont pas en cours d'exécution), mais peuvent toujours fonctionner en avant-plan. C'est complètement différent de la manière dont Android le fait comme vous le voyez ci-dessus.

3. Oui, les désactiver (depuis Paramètres → Applications → ) (bien que vous devrez les réactiver lorsque vous voudrez les exécuter manuellement). Ou, pour ceux qui n'ont pas de services de redémarrage automatique, il suffit de les tuer (c'est-à-dire, appuyez longuement sur le bouton Menu et faites-les glisser). Ce dernier ne les empêchera pas de redémarrer si le système leur envoie un intent, etc.

4. Non, pas du tout. Le multitâche véritable est disponible depuis longtemps sur les appareils mobiles — l'iPhone original était une anomalie lors de son lancement sans cette capacité.