iOS的應(yīng)用程序的生命周期,還有程序是運(yùn)行在前臺(tái)還是后臺(tái),應(yīng)用程序各個(gè)狀態(tài)的變換,這些對(duì)于開(kāi)發(fā)者來(lái)說(shuō)都是很重要的。 iOS系統(tǒng)的資源是有限的,應(yīng)用程序在前臺(tái)和在后臺(tái)的狀態(tài)是不一樣的。在后臺(tái)時(shí),程序會(huì)受到系統(tǒng)的很多限制,這樣可以提高電池的使用和用戶體驗(yàn)。
//開(kāi)發(fā)app,我們要遵循apple公司的一些指導(dǎo)原則,原則如下:
狀態(tài)如下:
Not running ?未運(yùn)行 ?程序沒(méi)啟動(dòng)
Inactive ? ? ? ? ?未激活 ? ? ? ?程序在前臺(tái)運(yùn)行,不過(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)而且不會(huì)發(fā)出通知。當(dāng)掛起時(shí),程序還是停留在內(nèi)存中的,當(dāng)系統(tǒng)內(nèi)存低時(shí),系統(tǒng)就把掛起的程序清除掉,為前臺(tái)程序提供更多的內(nèi)存。
下圖是程序狀態(tài)變化圖:

各個(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)電話了
- (void)applicationDidBecomeActive:(UIApplication *)application
當(dāng)應(yīng)用程序入活動(dòng)狀態(tài)執(zhí)行,這個(gè)剛好跟上面那個(gè)方法相反
- (void)applicationDidEnterBackground:(UIApplication *)application
當(dāng)程序被推送到后臺(tái)的時(shí)候調(diào)用。所以要設(shè)置后臺(tái)繼續(xù)運(yùn)行,則在這個(gè)函數(shù)里面設(shè)置即可
- (void)applicationWillEnterForeground:(UIApplication *)application
當(dāng)程序從后臺(tái)將要重新回到前臺(tái)時(shí)候調(diào)用,這個(gè)剛好跟上面的那個(gè)方法相反。
- (void)applicationWillTerminate:(UIApplication *)application
當(dāng)程序?qū)⒁顺鍪潜徽{(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.1、加載應(yīng)用程序進(jìn)入前臺(tái)

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

main函數(shù)是程序啟動(dòng)的入口,在iOS app中,main函數(shù)的功能被最小化,它的主要工作都交給了UIKit framework
[cpp]view plaincopy
#import?
intmain(intargc,char*argv[])
{
@autoreleasepool?{
returnUIApplicationMain(argc,?argv,?nil,?NSStringFromClass([MyAppDelegateclass]));
}
}
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í)會(huì)自動(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的展示。

在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)求或其他時(shí)間敏感的后臺(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)始。

PS:只有在IOS4以上系統(tǒng)或者支持多任務(wù)的設(shè)備才能后臺(tái)運(yùn)行。不然會(huì)直接結(jié)束狀態(tài)。
4.2 當(dāng)應(yīng)用程序進(jìn)入后臺(tái)時(shí),我們應(yīng)該做寫(xiě)什么呢?
保存用戶數(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)線程來(lái)運(yùn)行長(zhǎng)時(shí)間運(yùn)行的任務(wù)。
4.3 應(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)引用
流程如圖所示:

當(dāng)app處于掛起狀態(tài)時(shí),它是不能執(zhí)行任何代碼的。因此它不能處理在掛起期間發(fā)過(guò)來(lái)的通知,比如方向改變,時(shí)間改變,設(shè)置的改變還有其他影響程序展現(xiàn)的或狀態(tài)的通知。在程序返回后臺(tái)或前臺(tái)是,程序都要正確的處理這些通知。
程序只要符合以下情況之一,只要進(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)存中清除。
注意:用戶可以手工關(guān)閉應(yīng)用程序。
7、 The Main Run Loop ?主運(yùn)行循環(huán)
Main Run Loop負(fù)責(zé)處理用戶相關(guān)的事件。UIApplication對(duì)象在程序啟動(dòng)時(shí)啟動(dòng)main run Loop,它處理事件和更新視圖的界面。看Main Run Loop就知道,它是運(yùn)行在程序的主線程上的。這樣保證了接收到用戶相關(guān)操作的事件是按順序處理的。
Main Run Loop ?處理事件的架構(gòu)圖:

用戶操作設(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)程操控事件(線控耳機(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。