IOS-OC-iOS App的生命周期

iOS App的生命周期

程序啟動(dòng)順序圖

iOS程序的啟動(dòng)執(zhí)行順序.jpg

具體執(zhí)行流程

  • (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {

    NSLog(@"--- %s ---",func);//func打印方法名

    return YES;

}

  • (void)applicationWillResignActive:(UIApplication *)application {

    NSLog(@"--- %s ---",func);

}

  • (void)applicationDidEnterBackground:(UIApplication *)application {

    NSLog(@"--- %s ---",func);

}

  • (void)applicationWillEnterForeground:(UIApplication *)application {

    NSLog(@"--- %s ---",func);

}

  • (void)applicationDidBecomeActive:(UIApplication *)application {

    NSLog(@"--- %s ---",func);

}

  • (void)applicationDidReceiveMemoryWarning:(UIApplication *)application {

    NSLog(@"--- %s ---",func);

}

  • (void)applicationWillTerminate:(UIApplication *)application {

    NSLog(@"--- %s ---",func);

}

啟動(dòng)程序

-[AppDelegate application:didFinishLaunchingWithOptions:]

-[AppDelegate applicationDidBecomeActive:]

按下 Command + H + SHIFT

-[AppDelegate applicationWillResignActive:]

-[AppDelegate applicationDidEnterBackground:]

重新點(diǎn)擊 進(jìn)入程序

-[AppDelegate applicationWillEnterForeground:]

-[AppDelegate applicationDidBecomeActive:]

內(nèi)存警告

-[AppDelegate applicationDidReceiveMemoryWarning:]

UIViewController 的生命周期

// 非storyBoard(xib或非xib)都走這個(gè)方法

  • (instancetype)initWithNibName:(NSString *)nibNameOrNil bundle:(NSBundle *)nibBundleOrNil {

    NSLog(@"%s", FUNCTION);

    if (self = [super initWithNibName:nibNameOrNil bundle:nibBundleOrNil]) {

}

return self;

}

// storyBoard走這個(gè)方法

  • (instancetype)initWithCoder:(NSCoder *)aDecoder {

    NSLog(@"%s", FUNCTION);

    if (self = [super initWithCoder:aDecoder]) {

}

return self;

}

// xib 加載 完成

  • (void)awakeFromNib {

    [super awakeFromNib];

    NSLog(@"%s", FUNCTION);

}

// 加載視圖(默認(rèn)從nib)

  • (void)loadView {

    NSLog(@"%s", FUNCTION);

    self.view = [[UIView alloc] initWithFrame:[UIScreen mainScreen].bounds];

    self.view.backgroundColor = [UIColor redColor];

}

// 視圖控制器中的視圖加載完成，viewController自帶的view加載完成

  • (void)viewDidLoad {

    NSLog(@"%s", FUNCTION);

    [super viewDidLoad];

}

// 視圖將要出現(xiàn)

  • (void)viewWillAppear:(BOOL)animated {

    NSLog(@"%s", FUNCTION);

    [super viewWillAppear:animated];

}

// view 即將布局其 Subviews

  • (void)viewWillLayoutSubviews {

    NSLog(@"%s", FUNCTION);

    [super viewWillLayoutSubviews];

}

// view 已經(jīng)布局其 Subviews

  • (void)viewDidLayoutSubviews {

    NSLog(@"%s", FUNCTION);

    [super viewDidLayoutSubviews];

}

// 視圖已經(jīng)出現(xiàn)

  • (void)viewDidAppear:(BOOL)animated {

    NSLog(@"%s", FUNCTION);

    [super viewDidAppear:animated];

}

// 視圖將要消失

  • (void)viewWillDisappear:(BOOL)animated {

    NSLog(@"%s", FUNCTION);

    [super viewWillDisappear:animated];

}

// 視圖已經(jīng)消失

  • (void)viewDidDisappear:(BOOL)animated {

    NSLog(@"%s", FUNCTION);

    [super viewDidDisappear:animated];

}

// 出現(xiàn)內(nèi)存警告

  • (void)didReceiveMemoryWarning {

    NSLog(@"%s", FUNCTION);

    [super didReceiveMemoryWarning];

}

// 視圖被銷(xiāo)毀

  • (void)dealloc {

    NSLog(@"%s", FUNCTION);

}

分析

initWithNibName:bundle:

初始化UIViewController，執(zhí)行關(guān)鍵數(shù)據(jù)初始化操作，非StoryBoard創(chuàng)建UIViewController都會(huì)調(diào)用這個(gè)方法。
注意: 不要在這里做View相關(guān)操作，View在loadView方法中才初始化。

initWithCoder:

如果使用StoryBoard進(jìn)行視圖管理，程序不會(huì)直接初始化一個(gè)UIViewController，StoryBoard會(huì)自動(dòng)初始化或在segue被觸發(fā)時(shí)自動(dòng)初始化，因此方法initWithNibName:bundle不會(huì)被調(diào)用，但是initWithCoder會(huì)被調(diào)用。

awakeFromNib

當(dāng)awakeFromNib方法被調(diào)用時(shí)，所有視圖的outlet和action已經(jīng)連接，但還沒(méi)有被確定，這個(gè)方法可以算作適合視圖控制器的實(shí)例化配合一起使用的，因?yàn)橛行┬枰鶕?jù)用戶(hù)喜好來(lái)進(jìn)行設(shè)置的內(nèi)容，無(wú)法存在storyBoard或xib中，所以可以在awakeFromNib方法中被加載進(jìn)來(lái)。

loadView

當(dāng)執(zhí)行到loadView方法時(shí)，如果視圖控制器是通過(guò)nib創(chuàng)建，那么視圖控制器已經(jīng)從nib文件中被解檔并創(chuàng)建好了，接下來(lái)任務(wù)就是對(duì)view進(jìn)行初始化。
loadView方法在UIViewController對(duì)象的view被訪(fǎng)問(wèn)且為空的時(shí)候調(diào)用。這是它與awakeFromNib方法的一個(gè)區(qū)別。
假設(shè)我們?cè)谔幚韮?nèi)存警告時(shí)釋放view屬性：self.view = nil。因此loadView方法在視圖控制器的生命周期內(nèi)可能被調(diào)用多次。
loadView方法不應(yīng)該直接被調(diào)用，而是由系統(tǒng)調(diào)用，它會(huì)加載或創(chuàng)建一個(gè)view并把它賦值給UIViewController的view屬性。
在創(chuàng)建view的過(guò)程中，首先會(huì)根據(jù)nibName去找對(duì)應(yīng)的nib文件然后加載。如果nibName為空或找不到對(duì)應(yīng)的nib文件，則會(huì)創(chuàng)建一個(gè)空視圖(這種情況一般是純代碼)
注意:在重寫(xiě)loadView方法的時(shí)候，不要調(diào)用父類(lèi)的方法。

viewDidLoad

當(dāng)loadView將view載入內(nèi)存中，會(huì)進(jìn)一步調(diào)用viewDidLoad方法來(lái)進(jìn)行進(jìn)一步設(shè)置。此時(shí)，視圖層次已經(jīng)放到內(nèi)存中，通常，我們對(duì)于各種初始化數(shù)據(jù)的載入，初始設(shè)定、修改約束、移除視圖等很多操作都可以這個(gè)方法中實(shí)現(xiàn)。

viewWillAppear

系統(tǒng)在載入所有的數(shù)據(jù)后，將會(huì)在屏幕上顯示視圖，這時(shí)會(huì)先調(diào)用這個(gè)方法，通常我們會(huì)在這個(gè)方法對(duì)即將顯示的視圖做進(jìn)一步的設(shè)置。比如，設(shè)置設(shè)備不同方向時(shí)該如何顯示；設(shè)置狀態(tài)欄方向、設(shè)置視圖顯示樣式等。
另一方面，當(dāng)APP有多個(gè)視圖時(shí)，上下級(jí)視圖切換是也會(huì)調(diào)用這個(gè)方法，如果在調(diào)入視圖時(shí)，需要對(duì)數(shù)據(jù)做更新，就只能在這個(gè)方法內(nèi)實(shí)現(xiàn)。

viewWillLayoutSubviews

view即將布局其Subviews。 比如view的bounds改變了(例如:狀態(tài)欄從不顯示到顯示,視圖方向變化)，要調(diào)整Subviews的位置，在調(diào)整之前要做的工作可以放在該方法中實(shí)現(xiàn)

viewDidLayoutSubviews

view已經(jīng)布局其Subviews，這里可以放置調(diào)整完成之后需要做的工作。

viewDidAppear

在view被添加到視圖層級(jí)中以及多視圖，上下級(jí)視圖切換時(shí)調(diào)用這個(gè)方法，在這里可以對(duì)正在顯示的視圖做進(jìn)一步的設(shè)置。

viewWillDisappear

在視圖切換時(shí)，當(dāng)前視圖在即將被移除、或被覆蓋是，會(huì)調(diào)用該方法，此時(shí)還沒(méi)有調(diào)用removeFromSuperview。

viewDidDisappear

view已經(jīng)消失或被覆蓋，此時(shí)已經(jīng)調(diào)用removeFromSuperView;

dealloc

視圖被銷(xiāo)毀，此次需要對(duì)你在init和viewDidLoad中創(chuàng)建的對(duì)象進(jìn)行釋放。

didReceiveMemoryWarning

在內(nèi)存足夠的情況下，app的視圖通常會(huì)一直保存在內(nèi)存中，但是如果內(nèi)存不夠，一些沒(méi)有正在顯示的viewController就會(huì)收到內(nèi)存不足的警告，然后就會(huì)釋放自己擁有的視圖，以達(dá)到釋放內(nèi)存的目的。但是系統(tǒng)只會(huì)釋放內(nèi)存，并不會(huì)釋放對(duì)象的所有權(quán)，所以通常我們需要在這里將不需要顯示在內(nèi)存中保留的對(duì)象釋放它的所有權(quán)，將其指針置nil。

# [ios_oc 應(yīng)用程序的生命周期]

1、應(yīng)用程序狀態(tài)

狀態(tài)如下：

Not running 未運(yùn)行 程序沒(méi)啟動(dòng)

Inactive 未激活 不過(guò)沒(méi)有接收到事件。在沒(méi)有事件處理情況下程序通常停留在這個(gè)狀態(tài)

Active 激活 程序在前臺(tái)運(yùn)行而且接收到了事件。這也是前臺(tái)的一個(gè)正常模式

Backgroud 后臺(tái) 程序在后臺(tái)而且能執(zhí)行代碼，大多數(shù)程序進(jìn)入這個(gè)狀態(tài)后會(huì)在這個(gè)狀態(tài)上停留一會(huì)。時(shí)間到之后會(huì)進(jìn)入掛起狀態(tài)(Suspended)。有的程序經(jīng)過(guò)特殊的請(qǐng)求后可以長(zhǎng)期處于Backgroud狀態(tài)

Suspended 掛起 程序在后臺(tái)不能執(zhí)行代碼。系統(tǒng)會(huì)自動(dòng)把程序變成這個(gè)狀態(tài)而且不發(fā)出通知。當(dāng)掛起時(shí)，程序還是停留在內(nèi)存中的，當(dāng)系統(tǒng)內(nèi)存低時(shí)，系統(tǒng)就把掛起的程序清除掉，為前臺(tái)程序提供更多的內(nèi)存。

下圖是程序狀態(tài)變化圖：

程序狀態(tài)變化圖.png

各個(gè)程序運(yùn)行狀態(tài)時(shí)代理的回調(diào)：

  • (BOOL)application:(UIApplication *)application willFinishLaunchingWithOptions:(NSDictionary *)launchOptions

告訴代理進(jìn)程啟動(dòng)但還沒(méi)進(jìn)入狀態(tài)保存

  • (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions

告訴代理啟動(dòng)基本完成程序準(zhǔn)備開(kāi)始運(yùn)行

  • (void)applicationWillResignActive:(UIApplication *)application

當(dāng)應(yīng)用程序?qū)⒁敕腔顒?dòng)狀態(tài)執(zhí)行，在此期間，應(yīng)用程序不接收消息或事件，比如來(lái)電話(huà)了

  • (void)applicationDidBecomeActive:(UIApplication *)application

當(dāng)應(yīng)用程序入活動(dòng)狀態(tài)執(zhí)行，這個(gè)剛好跟上面那個(gè)方法相反

  • (void)applicationDidEnterBackground:(UIApplication *)application

當(dāng)應(yīng)用程序推送到后臺(tái)的時(shí)候調(diào)用。所以要設(shè)置后臺(tái)繼續(xù)運(yùn)行，則在這個(gè)函數(shù)里面設(shè)置即可

  • (void)applicationWillEnterForeground:(UIApplication *)application

當(dāng)應(yīng)用程序?qū)⒁匦禄氐角芭_(tái)時(shí)候調(diào)用，這個(gè)剛好和上面的那個(gè)方法相反。

  • (void)applicationWillTerminate:(UIApplication *)application

當(dāng)應(yīng)用程序要退出時(shí)被調(diào)用，通常是用來(lái)保存數(shù)據(jù)和一些退出前的清理工作。這個(gè)需要要設(shè)置UIApplicationExitsOnSuspend的鍵值。

  • (void)applicationDidFinishLaunching:(UIApplication*)application

當(dāng)程序載入后執(zhí)行

在上面8個(gè)方法對(duì)應(yīng)的方法中鍵入NSLog打印。

現(xiàn)在啟動(dòng)程序看看執(zhí)行的順序：

啟動(dòng)程序
lifeCycle[40428:11303] willFinishLaunchingWithOptions
lifeCycle[40428:11303] didFinishLaunchingWithOptions
lifeCycle[40428:11303] applicationDidBecomeActive
按下home鍵
lifeCycle[40428:11303] applicationWillResignActive
lifeCycle[40428:11303] applicationDidEnterBackground
雙擊home鍵，再打開(kāi)程序
lifeCycle[40428:11303] applicationWillEnterForeground
lifeCycle[40428:11303] applicationDidBecomeActive

2、應(yīng)用程序的生命周期

應(yīng)用程序的生命周期.png

2.1、加載應(yīng)用程序進(jìn)入前臺(tái)

2.2、加載應(yīng)用程序進(jìn)入后臺(tái)

333.png

2.3、關(guān)于main函數(shù)

main函數(shù)是程序啟動(dòng)的入口，在iOS app中，main函數(shù)的功能被最小化，它的主要工作都交給了UIKit framework

#import <UIKit/UIKit.h>

int main(int argc, char *argv[])
{
@autoreleasepool {
return UIApplicationMain(argc, argv, nil, NSStringFromClass([MyAppDelegate class]));
}
}

UIApplicationMain函數(shù)有四個(gè)參數(shù)，你不需要改變這些參數(shù)值，不過(guò)我們也需要理解這些參數(shù)和程序是如何開(kāi)始的argc和argv參數(shù)包含了系統(tǒng)帶過(guò)來(lái)的啟動(dòng)時(shí)間。第三個(gè)參數(shù)確定了主要應(yīng)用程序類(lèi)的名稱(chēng)，這個(gè)參數(shù)指定為nil，這樣UIKit就會(huì)使用默認(rèn)的程序類(lèi)UIApplication。第四個(gè)參數(shù)是程序自定義的代理類(lèi)名，這個(gè)類(lèi)負(fù)責(zé)系統(tǒng)和代碼之間的交互。它一般在Xcode新建項(xiàng)目時(shí)自動(dòng)生成。另外UIApplicationMain函數(shù)加載了程序主界面的文件。雖然這個(gè)函數(shù)加載了界面文件，但是沒(méi)有放到應(yīng)用程序的windows上，你需要在Delegate 的application:willFinishLaunchingWithOptions方法中加載它。

一個(gè)應(yīng)用程序可以有一個(gè)主的storyboard文件或者有一個(gè)主的nib文件，但不能同時(shí)有兩個(gè)存在。

如果程序在啟動(dòng)時(shí)沒(méi)有自動(dòng)加載主要的故事版或nib文件，你可以在application:willFinishLaunchingWithOptions方法里準(zhǔn)備windows的展示。

3、響應(yīng)中斷

3.1 當(dāng)一個(gè)基于警告式的中斷發(fā)生時(shí)，比如有電話(huà)打進(jìn)來(lái)了，這是程序會(huì)臨時(shí)進(jìn)入inactive狀態(tài)，這用戶(hù)可以選擇如何處理這個(gè)中斷，流程如下圖：

444.png

在iOS5，通知不會(huì)把程序變成為激活狀態(tài)，通知會(huì)顯示在狀態(tài)欄上，如果你；拉下?tīng)顟B(tài)欄，程序會(huì)變成inactive，把狀態(tài)欄放回去，程序變回active。

按鎖屏鍵也是另外一種程序的中斷，當(dāng)你按下鎖屏鍵，系統(tǒng)屏蔽了所有觸摸事件，把a(bǔ)pp放到了后臺(tái)，這時(shí)app狀態(tài)是 inactive，并進(jìn)入后臺(tái)。

3.2 當(dāng)有這些中斷時(shí)，我們的app該怎么辦呢？我們應(yīng)該在applicationWillResignActive:方法中：

停止timer和其他周期性的任務(wù)

停止任何正在運(yùn)行的請(qǐng)求

暫停視頻的播放

如果是游戲那就暫停它

減少OpenGL ES的幀率

掛起任何分發(fā)的隊(duì)列和不重要的操作隊(duì)列(你可以繼續(xù)處理網(wǎng)絡(luò)請(qǐng)求或其他事件敏感的后臺(tái)任務(wù))。

當(dāng)程序回到active狀態(tài)， applicationDidBecomeActive: 方法應(yīng)該上面提到的任務(wù)重新開(kāi)始，比如重新開(kāi)始timer，繼續(xù)分發(fā)隊(duì)列，提高OpenGL ES的幀率。不過(guò)游戲要回到暫停狀態(tài)，不能自動(dòng)開(kāi)始。

4、轉(zhuǎn)到后臺(tái)運(yùn)行

555.png

PS:只有在IOS4以上系統(tǒng)或者支持多任務(wù)的設(shè)備才能后臺(tái)運(yùn)行。不然會(huì)直接結(jié)束狀態(tài)。

4.1 當(dāng)應(yīng)用程序進(jìn)入后臺(tái)時(shí)，我們應(yīng)該做寫(xiě)什么呢？

保存用戶(hù)數(shù)據(jù)或狀態(tài)信息，所有沒(méi)寫(xiě)到磁盤(pán)的文件或信息，在進(jìn)入后臺(tái)時(shí)，最后都寫(xiě)到磁盤(pán)去，因?yàn)槌绦蚩赡茉诤笈_(tái)被殺死，
釋放盡可能釋放的內(nèi)存
applicationDidEnterBackgound: 方法有大概5秒的時(shí)間讓你完成這些任務(wù)。如果超過(guò)時(shí)間還有未完成的任務(wù)，你的程序就會(huì)被終止而且從內(nèi)存中清除。如果還需要長(zhǎng)時(shí)間的運(yùn)行任務(wù)，可以調(diào)用 beginBackgroundTaskWithExpirationHandler 方法去請(qǐng)求后臺(tái)運(yùn)行時(shí)間和啟動(dòng)線(xiàn)程來(lái)運(yùn)行長(zhǎng)時(shí)間運(yùn)行的任務(wù)。

4.2 應(yīng)用程序在后臺(tái)時(shí)的內(nèi)存使用

在后臺(tái)時(shí)，每個(gè)應(yīng)用程序都應(yīng)該釋放最大的內(nèi)存。系統(tǒng)努力的保持更多的應(yīng)用程序在后臺(tái)同時(shí) 運(yùn)行。不過(guò)當(dāng)內(nèi)存不足時(shí)，會(huì)終止一些掛起的程序來(lái)回收內(nèi)存，那些內(nèi)存最大的程序首先被終止。
事實(shí)上，應(yīng)用程序應(yīng)該的對(duì)象如果不再使用了，那就應(yīng)該盡快的去掉強(qiáng)引用，這樣編譯器可以回收這些內(nèi)存。如果你想緩存一些對(duì)象提升程序的性能，你可以在進(jìn)入后臺(tái)時(shí)，把這些對(duì)象去掉強(qiáng)引用。
下面這樣的對(duì)象應(yīng)該盡快的去掉強(qiáng)引用：
圖片對(duì)象
你可以重新加載的 大的視頻或數(shù)據(jù)文件
任何沒(méi)用而且可以輕易創(chuàng)建的對(duì)象
在后臺(tái)時(shí)，為了減少程序占用的內(nèi)存，系統(tǒng)會(huì)自動(dòng)在回收一些系統(tǒng)幫助你開(kāi)辟的內(nèi)存。比如：
系統(tǒng)回收Core Animation的后備存儲(chǔ)。
去掉任何系統(tǒng)引用的緩存圖片
去掉系統(tǒng)管理數(shù)據(jù)緩存強(qiáng)引用

5 、返回前臺(tái)運(yùn)行

流程如圖所示：

666.png

當(dāng)app處于掛起狀態(tài)時(shí)，它是不能執(zhí)行任何代碼的。因此它不能處理在掛起期間發(fā)過(guò)來(lái)的通知，比如方向改變，時(shí)間改變，設(shè)置的改變還有其他影響程序展現(xiàn)的或狀態(tài)的通知。在程序返回后臺(tái)或前臺(tái)是，程序都要正確的處理這些通知。

6、程序的終止

程序只要符合以下情況之一，只要進(jìn)入后臺(tái)或掛起狀態(tài)就會(huì)終止：
iOS4.0以前的系統(tǒng)
app是基于iOS4.0之前系統(tǒng)開(kāi)發(fā)的。
設(shè)備不支持多任務(wù)
在Info.plist文件中，程序包含了 UIApplicationExitsOnSuspend 鍵。
app如果終止了 ,系統(tǒng)會(huì)調(diào)用app的代理的方法 applicationWillTerminate: 這樣可以讓你可以做一些清理工作。你可以保存一些數(shù)據(jù)或app的狀態(tài)。這個(gè)方法也有5秒鐘的限制。超時(shí)后方法會(huì)返回程序從內(nèi)存中清除。
注意：用戶(hù)可以手工關(guān)閉應(yīng)用程序。

7、 The Main Run Loop 主運(yùn)行循環(huán)

Main Run Loop負(fù)責(zé)處理用戶(hù)相關(guān)的事件。UIApplication對(duì)象在程序啟動(dòng)時(shí)啟動(dòng)main run Loop，它處理事件和更新視圖的界面。看Main Run Loop就知道，它是運(yùn)行在程序的主線(xiàn)程上的。這樣保證了接收到用戶(hù)相關(guān)操作的事件是按順序處理的。

Main Run Loop 處理事件的架構(gòu)圖：

777.png

用戶(hù)操作設(shè)備，相關(guān)的操作事件被系統(tǒng)生成并通過(guò)UIKit的指定端口分發(fā)。事件在內(nèi)部排成隊(duì)列，一個(gè)個(gè)的分發(fā)到Main run loop 去做處理。UIApplication對(duì)象是第一個(gè)接收到時(shí)間的對(duì)象，它決定事件如何被處理。觸摸事件分發(fā)到主窗口，窗口再分發(fā)到對(duì)應(yīng)出發(fā)觸摸事件的View。其他的事件通過(guò)其他途徑分發(fā)給其他對(duì)象變量做處理。

大部分的事件可以在你的應(yīng)用里分發(fā)，類(lèi)似于觸摸事件，遠(yuǎn)程操控事件（線(xiàn)控耳機(jī)等）都是由app的 responder objects 對(duì)象處理的。Responder objects 在你的app里到處都是，比如：UIApplication 對(duì)象。view對(duì)象，view controller 對(duì)象，都是resopnder objects。大部分事件的目標(biāo)都指定了resopnder object，不過(guò)事件也可以傳遞給其他對(duì)象。比如，如果view對(duì)象不處理事件，可以傳給父類(lèi)view或者view controller。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成，瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明：文章內(nèi)容（如有圖片或視頻亦包括在內(nèi)）由作者上傳并發(fā)布，文章內(nèi)容僅代表作者本人觀點(diǎn)，簡(jiǎn)書(shū)系信息發(fā)布平臺(tái)，僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容