iOS 應用程序的生命週期

時間 2019-11-30

原文原文鏈接

iOS  應用程序的生命週期（網絡資源總結）

http://blog.csdn.net/totogo2010/article/details/8048652
http://www.cocoachina.com/applenews/devnews/2011/0817/3129.html

     iOS應用程序的生命週期又根據系統是否支持多線程分爲兩種：不支持多線程的iOS4以前的系統以及支持多線程的iOS4及其以後的系統。
 1、應用程序的狀態

狀態以下：

—程序的生命週期

a.程序的生命週期是指應用程序啓動到應用程序結束整個階段的全過程

b.每個IOS應用程序都包含一個UIApplication對象，IOS系統經過該UIApplication對象監控應用程序生命週期全過程

c.每個IOS應用程序都要爲其UIApplication對象指定一個代理對象，並由該代理對象處理UIApplication對象監測到的應用程序生命週期事件。

—IOS應用程序5種狀態

1.Not running:應用尚未啓動，或者應用正在運行可是途中被系統中止

2.Inactive:當前應用正在前臺運行，可是並不接收事件（當前或許正在執行其它代碼）。通常每當應用要從一個狀態切換到另外一個不一樣的狀態時，中途過渡會短暫停留在此狀態。惟一在此狀態停留時間比較長的狀況是：當用戶鎖屏時，或者系統提示用戶去響應某些（諸如電話來電、有未讀短信等）事件的時候。

3.Active:當前應用正在前臺運行，而且接收事件。這是應用正在前臺運行時所處的正常狀態。

4.Background:應用處在後臺，而且還在執行代碼。大多數將要進入Suspended狀態的應用，會先短暫進入此狀態。然而，對於請求須要額外的執行時間的應用，會在此狀態保持更長一段時間。另外，若是一個應用要求啓動時直接進入後臺運行，這樣的應用會直接從Notrunning狀態進入Background狀態，中途不會通過Inactive狀態。好比沒有界面的應用。注此處並不特指沒有界面的應用，其實也能夠是有界面的應用，只是若是要直接進入background狀態的話，該應用界面不會被顯示。

5.Suspended:應用處在後臺，而且已中止執行代碼。系統自動的將應用移入此狀態，且在此舉以前不會對應用作任何通知。當處在此狀態時，應用依然駐留內存但不執行任何程序代碼。當系統發生低內存告警時，系統將會將處於Suspended狀態的應用清除出內存覺得正在前臺運行的應用提供足夠的內存。


下圖是程序狀態變化圖：

Not running 未運行程序沒啓動html

Inactive 未激活程序在前臺運行，不過沒有接收到事件。在沒有事件處理狀況下程序一般停留在這個狀態windows

Active 激活程序在前臺運行並且接收到了事件。這也是前臺的一個正常的模式緩存

Backgroud 後臺程序在後臺並且能執行代碼，大多數程序進入這個狀態後會在在這個狀態上停留一會。時間到以後會進入掛起狀態(Suspended)。有的程序通過特殊的請求後能夠長期處於Backgroud狀態網絡

Suspended 掛起程序在後臺不能執行代碼。系統會自動把程序變成這個狀態並且不會發出通知。當掛起時，程序仍是停留在內存中的，當系統內存低時，系統就把掛起的程序清除掉，爲前臺程序提供更多的內存。多線程


 

各個程序運行狀態時代理的回調：

- (BOOL)application:(UIApplication *)application willFinishLaunchingWithOptions:(NSDictionary *)launchOptions
      告訴代理進程啓動但還沒進入狀態保存
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
     告訴代理啓動基本完成程序準備開始運行
- (void)applicationWillResignActive:(UIApplication *)application
    當應用程序將要入非活動狀態執行，在此期間，應用程序不接收消息或事件，好比來電話了
- (void)applicationDidBecomeActive:(UIApplication *)application 
     當應用程序入活動狀態執行，這個恰好跟上面那個方法相反
- (void)applicationDidEnterBackground:(UIApplication *)application
    當程序被推送到後臺的時候調用。因此要設置後臺繼續運行，則在這個函數裏面設置便可
- (void)applicationWillEnterForeground:(UIApplication *)application
                  當程序從後臺將要從新回到前臺時候調用，這個恰好跟上面的那個方法相反。
- (void)applicationWillTerminate:(UIApplication *)application
                  當程序將要退出是被調用，一般是用來保存數據和一些退出前的清理工做。這個須要要設置UIApplicationExitsOnSuspend的鍵值。
- (void)applicationDidFinishLaunching:(UIApplication*)application
                  當程序載入後執行

在上面8個方法對應的方法中鍵入NSLog打印。

如今啓動程序看看執行的順序：

啓動程序
lifeCycle[40428:11303] willFinishLaunchingWithOptions
lifeCycle[40428:11303] didFinishLaunchingWithOptions
lifeCycle[40428:11303] applicationDidBecomeActive

按下home鍵

lifeCycle[40428:11303] applicationWillResignActive
lifeCycle[40428:11303] applicationDidEnterBackground

雙擊home鍵，再打開程序

lifeCycle[40428:11303] applicationWillEnterForeground
lifeCycle[40428:11303] applicationDidBecomeActive

       注：這裏所說的進入，並不是真正的調用該消息，只是走流程。由於 UIApplicationDelegate 的方法都是@optional的，實現了則真正執行，沒有實現則什麼也不作。

      在app被中斷以後，先進入後臺：
- (void)applicationDidEnterBackground:(UIApplication *)application;
在app被中斷後繼續時，要從後臺模式切換到前臺：
- (void)applicationWillEnterForeground:(UIApplication *)application;

        注意：iOS3.2 下構建的 app 也會進入applicationDidEnterBackground:，而後立馬就關閉掉了。而iOS4.x 下構建的 app，進入applicationDidEnterBackground:後，不會立馬關閉掉，而是留在後臺狀態。在後臺狀態下，不管你是經過點擊 app icon仍是任務切換回到前臺，首先進入的是 applicationWillEnterForeground，而後纔是 applicationDidBecomeActive。

       當系統內存不足時，系統會強行關閉那些尚在內存中但處於後臺狀態的 app，以騰出足夠的內存供使用。可是那些被強行關閉的程序不會調用任何UIApplicationDelegate的委託方法，只會獲得一個KILL 信號。當咱們長按app icon，強行關閉app，也是一樣的處理過程。

       在iOS4及以後的系統中，在app運行過程當中接電話/查看短信，應用程序不會被關閉，它會進入後臺模式。咱們能夠雙擊 home 鍵查看全部當前運行着的應用程序。

 

2、應用程序的生命週期21:53:1521:53:1621:53:1721:53:1921:53:1921:53:19

2.1、加載應用程序進入前臺

 

2.2、加載應用程序進入後臺

 

 

2.3、關於main函數

main函數是程序啓動的入口，在iOS app中，main函數的功能被最小化，它的主要工做都交給了UIKit framework

#import <UIKit/UIKit.h>  
   
int main(int argc, char *argv[])  
{  
    @autoreleasepool {  
        return UIApplicationMain(argc, argv, nil, NSStringFromClass([MyAppDelegate class]));  
    }  
 
}  
 

       UIApplicationMain函數有四個參數，你不須要改變這些參數值，不過咱們也須要理解這些參數和程序是如何開始。

     argc 和argv參數包含了系統帶過來的啓動時間。  第三個參數肯定了主要應用程序類的名稱，這個參數指定爲nil，這樣UIKit就會使用默認的程序類UIApplication。第四個參數是程序自定義的代理類名，這個類負責系統和代碼之間的交互。它通常在Xcode新建項目時會自動生成。

      另外 UIApplicationMain函數加載了程序主界面的文件。雖然這個函數加載了界面文件，可是沒有放到應用程序的windows上，你須要在Delegate的 application:willFinishLaunchingWithOptions方法中加載它。一個應用程序能夠有一個主的storyboard文件或者有一個主的nib文件，但不能同時有兩個存在。

若是程序在啓動時沒有自動加載主要的故事版或nib文件，你能夠在application:willFinishLaunchingWithOptions方法裏準備windows的展現。

 

3、響應中斷

3.1 當一個基於警告式的中斷髮生時，好比有電話打進來了，這是程序會臨時進入inactive狀態，這用戶能夠選擇如何處理這個中斷，流程以下圖：

 

在iOS5,通知不會把程序變成爲激活狀態，通知會顯示在狀態欄上，若是你；拉下狀態欄，程序會變成inactive,把狀態欄放回去，程序變回active。

按鎖屏鍵也是另一種程序的中斷，當你按下鎖屏鍵，系統屏蔽了全部觸摸事件，把app放到了後臺，這時app狀態是 inactive，並進入後臺。

3.2 當有這些中斷時，咱們的app該怎麼辦呢？咱們應該在applicationWillResignActive:方法中：

中止timer 和其餘週期性的任務
中止任何正在運行的請求
暫停視頻的播放
若是是遊戲那就暫停它
減小OpenGL ES的幀率
掛起任何分發的隊列和不重要的操做隊列（你能夠繼續處理網絡請求或其餘時間敏感的後臺任務）。
當程序回到active狀態 ，   applicationDidBecomeActive:   方法應該上面提到的任務從新開始，好比從新開始timer, 繼續分發隊列，提升OpenGL ES的幀率。不過遊戲要回到暫停狀態，不能自動開始。

4、轉到後臺運行

4.1 當應用程序進入後臺時，咱們應該作寫什麼呢？

保存用戶數據或狀態信息，全部沒寫到磁盤的文件或信息，在進入後臺時，最後都寫到磁盤去，由於程序可能在後臺被殺死，
釋放盡量釋放的內存
       applicationDidEnterBackgound: 方法有大概5秒的時間讓你完成這些任務。若是超過期間還有未完成的任務，你的程序就會被終止並且從內存中清除。若是還須要長時間的運行任務，能夠調用  beginBackgroundTaskWithExpirationHandler       方法去請求後臺運行時間和啓動線程來運行長時間運行的任務。

4.2 應用程序在後臺時的內存使用

在後臺時，每一個應用程序都應該釋放最大的內存。系統努力的保持更多的應用程序在後臺同時 運行。不過當內存不足時，會終止一些掛起的程序來回收內存，那些內存最大的程序首先被終止。

事實上，應用程序應該的對象若是再也不使用了，那就應該儘快的去掉強引用，這樣編譯器能夠回收這些內存。若是你想緩存一些對象提高程序的性能，你能夠在進入後臺時，把這些對象去掉強引用。

下面這樣的對象應該儘快的去掉強引用：

圖片對象
你能夠從新加載的 大的視頻或數據文件
任何沒用並且能夠輕易建立的對象
在後臺時，爲了減小程序佔用的內存，系統會自動在回收一些系統幫助你開闢的內存。好比：

系統回收Core Animation的後備存儲。

去掉任何系統引用的緩存圖片

去掉系統管理數據緩存強引用

5 、返回前臺運行

流程如圖所示：

 

當app處於掛起狀態時，它是不能執行任何代碼的。所以它不能處理在掛起期間發過來的通知，好比方向改變，時間改變，設置的改變還有其餘影響程序展示的或狀態的通知。在程序返回後臺或前臺是，程序都要正確的處理這些通知。

6、程序的終止

程序只要符合如下狀況之一，只要進入後臺或掛起狀態就會終止：

iOS4.0之前的系統

app是基於iOS4.0以前系統開發的。

設備不支持多任務

在Info.plist文件中，程序包含了 UIApplicationExitsOnSuspend  鍵。

app若是終止了  ,系統會調用app的代理的方法 applicationWillTerminate:   這樣可讓你能夠作一些清理工做。你能夠保存一些數據或app的狀態。這個方法也有5秒鐘的限制。超時後方法會返回程序從內存中清除。

注意：用戶能夠手工關閉應用程序。

7、 The Main Run Loop  主運行循環

Main Run Loop負責處理用戶相關的事件。UIApplication對象在程序啓動時啓動main run Loop，它處理事件和更新視圖的界面。看Main Run Loop就知道，它是運行在程序的主線程上的。這樣保證了接收到用戶相關操做的事件是按順序處理的。

 

Main Run Loop  處理事件的架構圖：

 

 

用戶操做設備，相關的操做事件被系統生成並經過UIKit的指定端口分發。事件在內部排成隊列，一個個的分發到Main run loop 去作處理。UIApplication對象是第一個接收到時間的對象，它決定事件如何被處理。觸摸事件分發到主窗口，窗口再分發到對應出發觸摸事件的View。其餘的事件經過其餘途徑分發給其餘對象變量作處理。

 

大部分的事件能夠在你的應用裏分發，相似於觸摸事件，遠程操控事件（線控耳機等）都是由app的 responder objects 對象處理的。Responder objects 在你的app裏處處都是，好比：UIApplication 對象。view對象，view controller 對象，都是resopnder objects。大部分事件的目標都指定了resopnder object，不過事件也能夠傳遞給其餘對象。好比，若是view對象不處理事件，能夠傳給父類view或者view controller。