Vidéo: 008 — Déploiement d'une application iOS, pas à pas 2025
Bien sûr, une application écrite dans le système iOS passe par un ensemble d'états en cours d'exécution. Ces états sont connus en tant qu'états du cycle de vie de l'application. Lorsqu'une application parcourt les états de son cycle de vie, l'état de l'application est défini par son niveau d'activité, par exemple Non actif, Actif ou Suspendu.
Pour plus d'informations sur les états:
-
Lorsqu'une application est à l'état Non exécuté , l'application n'a pas été lancée ou le système l'a arrêtée.
-
Lorsqu'une application démarre, elle passe à un état court, appelé état Inactif . Il est en cours d'exécution, mais il exécute d'autres fonctions et n'est pas prêt à accepter les entrées ou les événements de l'utilisateur.
-
Une application dans l'état Actif est en cours d'exécution dans les événements de premier plan et de réception. C'est le mode normal pour les applications de premier plan - des applications qui ne doivent pas fonctionner en arrière-plan sans une interface utilisateur.
-
Lorsqu'une application est dans l'état Arrière-plan , son interface utilisateur n'est pas visible, mais est en cours d'exécution. La plupart des applications transitent dans cet état avant d'être suspendues.
Une application peut nécessiter (et demander) un temps d'exécution supplémentaire et peut rester dans cet état pendant un certain temps. En outre, certaines applications s'exécutent en arrière-plan. Une telle application entre directement dans l'état d'arrière-plan et ne passe pas par l'état inactif.
-
Le système iOS peut déplacer une application à l'état Suspended . Ici, l'application est en arrière-plan, mais le code est et non . Il reste cependant en mémoire. Si une condition de faible mémoire se produit, le système peut purger les applications à l'état suspendu sans préavis. Notez que, selon les normes d'Apple, seulement , le système iOS peut tuer une application.
Au fur et à mesure que votre application traverse les étapes de son cycle de vie, certaines méthodes standard de l'application, appelées méthodes lifecycle , sont appelées par iOS. Au cours de ces états, vous pouvez ajouter un comportement spécifique à chaque transition dans le cycle de vie de l'application.
Les implications de fiabilité de ce cycle de vie sont les suivantes: chaque fois que l'application passe de l'état actif à l'arrière-plan, à l'état suspendu et terminé, il doit
-
abandonner toutes les ressources qu'il détient (réseau connexions et pointeurs de fichiers).
-
Enregistrer l'état qu'il souhaite conserver lorsqu'il est restauré en service actif ou redémarre (ce processus est également appelé checkpointing ).
Mais abandonner les ressources et sauver l'état alors que l'application sort n'est que la moitié de l'histoire. Lorsque l'application parcourt sa séquence de démarrage et exécute ses fonctions (en termes concrets, charge et quitte chaque contrôleur de vues), elle doit enregistrer ce qu'elle doit abandonner et l'état qu'elle doit conserver pour que les ressources soient libérées et que l'état est enregistré si l'application se termine.
