\n
![\"Ciclo-di-vita-applicazioni-iOS-01\"](\"http:\/\/www.devapp.it\/wordpress\/wp-content\/uploads\/2011\/06\/Ciclo-di-vita-applicazioni-iOS-01.png\" "\\"Ciclo-di-vita-applicazioni-iOS-01\\"")
<\/a>\n<\/center><\/p>\n
- \n
- Not Running<\/strong>: l’applicazione non \u00e8 ancora stata lanciata, oppure \u00e8 andata in crash o \u00e8 stata terminata dal sistema operativo.<\/li>\n
- Inactive<\/strong>: l’applicazione \u00e8 in esecuzione in foreground, ma non sta ricevendo eventi. Potrebbe comunque eseguire del codice. L’applicazione si trova in questo stato durante la ricezione di una telefonata, di un SMS, quando il dispositivo \u00e8 in lock o in generale quando compare una finestra in sovrimpressione (overlay window).<\/li>\n
- Active<\/strong>: l’applicazione \u00e8 in esecuzione in foreground e sta ricevendo eventi. Questo \u00e8 lo stato “normale” in cui si trova l’applicazione quando ne vediamo l’interfaccia utente.<\/li>\n
- Background<\/strong>: l’applicazione \u00e8 in background e sta eseguendo del codice, ma non riceve eventi utente. Non essendo visibile, un’applicazione in background non deve aggiornare l’interfaccia grafica. Questo stato \u00e8 disponibile solo a partire da iOS 4.0.<\/li>\n
- Suspended<\/strong>: l’applicazione \u00e8 in background ma non sta eseguendo codice, dunque \u00e8 sostanzialmente “congelata” e non sta facendo in alcun modo uso della CPU. Se per qualunque motivo il sistema operativo necessita di liberare della memoria, le applicazioni che si trovano in questo stato potrebbero essere terminate (cio\u00e8 poste nello stato Not Running) senza alcuna notifica e a completa discrezione del sistema. Questo stato \u00e8 disponibile solo a partire da iOS 4.0.<\/li>\n<\/ul>\n
Una ed una sola applicazione alla volta pu\u00f2 essere in foreground, ovvero negli stati Active o Inactive.<\/p>\n
Come avviene il passaggio tra i vari stati?<\/h4>\n
Il passaggio tra i diversi stati \u00e8 regolato dal sistema in risposta agli eventi utente o a eventi di sistema (come la ricezione di una telefonata o di un SMS).<\/p>\n
Supponiamo di aver appena fatto il reboot del nostro dispositivo. L’applicazione si trova nello stato Not Running<\/strong> perch\u00e9 non \u00e8 ancora stata lanciata.<\/p>\n
Quando premiamo sull’icona dell’applicazione nella Home Screen il sistema operativo carica l’immagine di apertura (Default.png) e poi lancia la funzione main(), entry point di ogni applicazione iOS, che tipicamente \u00e8 composta da appena quattro istruzioni:<\/p>\n
\n![\"Ciclo-di-vita-applicazioni-iOS-02\"](\"http:\/\/www.devapp.it\/wordpress\/wp-content\/uploads\/2011\/06\/Ciclo-di-vita-applicazioni-iOS-02.png\" "\\"Ciclo-di-vita-applicazioni-iOS-02\\"")
<\/a>
\n<\/center><\/p>\nLa funzione UIApplicationMain() \u00e8 il vero cuore dell’applicazione, che si occupa di creare il singleton UIApplication, caricare il main NIB file e instanziare il delegato dell’applicazione.<\/p>\n
Terminato il setup iniziale, l’applicazione passa nello stato Inactive<\/strong> e subito dopo viene chiamato il metodo application:didFinishLaunchingWithOptions: sul delegato dell’applicazione. (In generale, come vedremo meglio nel prossimo paragrafo, attraverso il delegato dell’applicazione possiamo essere informati delle transizioni tra i vari stati che un’applicazione pu\u00f2 assumere durante il suo ciclo di vita.)<\/p>\n
Dopo che il metodo application:didFinishLaunchingWithOptions: ha terminato la sua esecuzione viene avviato l’event loop, che riceve gli eventi (es: tap dell’utente sullo schermo) e si occupa di inviarli a chi li deve gestire. L’applicazione diventa quindi Active<\/strong> e pu\u00f2 ricevere gli eventi e aggiornare l’interfaccia grafica. Nel passaggio dallo stato Inactive ad Active viene chiamato il metodo applicationDidBecomeActive: sul delegato dell’applicazione. L’applicazione \u00e8 ora in esecuzione e l’utente pu\u00f2 interagirvi.<\/p>\n
Ecco una figura che riassume graficamente quanto abbiamo appena visto:<\/p>\n
\n![\"Ciclo-di-vita-applicazioni-iOS-03\"](\"http:\/\/www.devapp.it\/wordpress\/wp-content\/uploads\/2011\/06\/Ciclo-di-vita-applicazioni-iOS-03.png\" "\\"Ciclo-di-vita-applicazioni-iOS-03\\"")
<\/a>
\n<\/center><\/p>\nMa che cosa succede quando l’utente preme sul tasto Home? A partire da iOS 4.0, l’applicazione torna prima nello stato Inactive<\/strong> (e dunque viene chiamato il metodo applicationWillResignActive: sul delegato dell’applicazione) e poi passa rapidamente nello stato Background<\/strong>. A questo punto viene chiamato sul delegato dell’applicazione il metodo applicationDidEnterBackground:, che possiamo usare per liberare eventuali risorse, salvare lo stato, chiudere le connessioni e cos\u00ec via. Infine l’applicazione passa allo stato Suspended<\/strong> in cui \u00e8 sostanzialmente congelata.<\/p>\n
Nello stato Suspended molti oggetti, inclusi i view controller, le view e gli altri oggetti da noi creati, rimangono in memoria. Tuttavia, il sistema rilascia alcuni degli oggetti usati dietro le quinte, tra cui i riferimenti alle immagini nella cache e alcuni oggetti usati da Core Animation.<\/p>\n
Quando l’utente rilancia l’applicazione, ad esempio premendo sulla sua incona nella Home Screen o nella barra del multitasking, il sistema la sposta prima nello stato Inactive e poi rapidamente nello stato Active. Questo passaggio, per il fatto che l’applicazione era gi\u00e0 congelata, \u00e8 molto rapido, per questo Apple parla di fast app switching.<\/p>\n
Come sono gestite le interruzioni?<\/h4>\n
Quando un’applicazione che si trova nello stato Active viene interrotta a causa della ricezione di una telefonata, di un SMS di un avviso di calendario, viene temporaneamente spostata nello stato Inactive. Rimarr\u00e0 in questo stato fino a quando l’utente non decide di ignorare o accettare l’interruzione.<\/p>\n
Se l’utente ignora l’interruzione, l’applicazione torna nello stato Active. Se invece accetta l’interruzione, l’applicazione viene spostata nello stato Background.<\/p>\n
Terminata l’interruzione, in alcuni casi il sistema rilancia in automatico l’applicazione che si trovava in foreground. Capita, ad esempio, se l’utente riceve una chiamata e poi mette gi\u00f9.<\/p>\n
Come funziona il delegato dell’applicazione?<\/h4>\n
Attraverso il delegato dell’applicazione possiamo essere informati delle transizioni tra i vari stati che un’applicazione pu\u00f2 assumere durante il suo ciclo di vita. In particolare, il delegato dell’applicazione (che viene creato per noi direttamente da Xcode e che implementa il protocollo UIApplicationDelegate) pu\u00f2 implementare questi metodi:<\/p>\n
- \n
- application:didFinishLaunchingWithOptions:<\/strong>. E’ il metodo che viene chiamato subito dopo che l’applicazione \u00e8 stata lanciata, cio\u00e8 nel passaggio da Not Running a Inactive. Dobbiamo usarlo per inizializzare la nostra applicazione e prepararla per l’esecuzione. Questo metodo ha circa 20 secondi per terminare.<\/li>\n
- applicationWillResignActive:<\/strong>. E’ il metodo che viene chiamato appena prima del passaggio dallo stato Active a Inactive, ad esempio perch\u00e9 abbiamo ricevuto una telefonata o un SMS, oppure perch\u00e9 abbiamo messo il dispositivo in lock. Dobbiamo usarlo per disabilitare tutto ci\u00f2 che ha a che fare con la presentazione grafica e l’interazione utente. Nel caso di un gioco, inoltre, possiamo usarlo per mettere il gioco in pausa.<\/li>\n
- applicationDidBecomeActive:<\/strong>. E’ il metodo che viene chiamato subito dopo il passaggio dallo stato Inactive a Active. Dobbiamo usarlo per riabilitare tutto ci\u00f2 che ha a che fare con la presentazione grafica e l’interazione utente.<\/li>\n
- applicationDidEnterBackground:<\/strong>. E’ il metodo che viene chiamato non appena l’applicazione \u00e8 entrata nello stato Background. Dobbiamo usarlo per salvare lo stato dell’applicazione, rilasciare tutte le risorse che possono essere ricreate in seguito, e cos\u00ec via. In tal modo riduciamo la memory footprint dell’applicazione e di conseguenza le possibilit\u00e0 che possa essere terminata dal sistema. Questo metodo ha circa 5 secondi per terminare.<\/li>\n
- applicationWillEnterForeground:<\/strong>. E’ il metodo che viene chiamato appena prima del passaggio dallo stato Background a Inactive. Dobbiamo usarlo per ricreare tutto ci\u00f2 che era stato rilasciato nell’applicationDidEnterBackground:.<\/li>\n
- applicationWillTerminate:<\/strong>. E’ il metodo che su iOS 3.x o precedenti veniva chiamato quando l’utente usciva dall’applicazione. Su iOS 4.0 o superiori potrebbe essere chiamato quando l’applicazione \u00e8 nello stato Background (non Suspendend) e il sistema necessita di terminarla per qualche motivo. Tuttavia \u00e8 a discrezione del sistema operativo e non possiamo farci affidamento, per cui all’atto pratico ci conviene semplicemente ignorare questo metodo.<\/li>\n<\/ul>\n
Ecco una figura che riassume quanto abbiamo visto:<\/p>\n
\n![\"Ciclo-di-vita-applicazioni-iOS-04\"](\"http:\/\/www.devapp.it\/wordpress\/wp-content\/uploads\/2011\/06\/Ciclo-di-vita-applicazioni-iOS-04.png\" "\\"Ciclo-di-vita-applicazioni-iOS-04\\"")
<\/a>
\n<\/center><\/p>\nPossiamo notare che le transizioni tra Background e Suspended avvengono senza che venga chiamato alcun metodo sul delegato. Stesso discorso quando l’applicazione \u00e8 in background e l’utente la chiude dalla barra del multitasking (o quando, per mancanza di memoria, il sistema decide di terminarla). In questi casi il sistema operativo invia semplicemente un segnale SIGKILL che termina immediatamente il processo. Ecco perch\u00e9 \u00e8 fondamentale salvare lo stato dell’applicazione nel metodo applicationDidEnterBackground:<\/p>\n
Per completezza aggiungo che ad ogni metodo del delegato corrisponde una notifica, anche se nella pratica mi \u00e8 capitato di usarle molto raramente. Ecco comunque l’elenco:<\/p>\n
<\/p>\n - applicationWillResignActive:<\/strong>. E’ il metodo che viene chiamato appena prima del passaggio dallo stato Active a Inactive, ad esempio perch\u00e9 abbiamo ricevuto una telefonata o un SMS, oppure perch\u00e9 abbiamo messo il dispositivo in lock. Dobbiamo usarlo per disabilitare tutto ci\u00f2 che ha a che fare con la presentazione grafica e l’interazione utente. Nel caso di un gioco, inoltre, possiamo usarlo per mettere il gioco in pausa.<\/li>\n
- Inactive<\/strong>: l’applicazione \u00e8 in esecuzione in foreground, ma non sta ricevendo eventi. Potrebbe comunque eseguire del codice. L’applicazione si trova in questo stato durante la ricezione di una telefonata, di un SMS, quando il dispositivo \u00e8 in lock o in generale quando compare una finestra in sovrimpressione (overlay window).<\/li>\n