iOS的應(yīng)用程序的生命周期，還有程序是運(yùn)行在前臺(tái)還是后臺(tái)，應(yīng)用程序各個(gè)狀態(tài)的變換，這些對(duì)于開發(fā)者來(lái)說(shuō)都是很重要的。 iOS系統(tǒng)的資源是有限的，應(yīng)用程序在前臺(tái)和在后臺(tái)的狀態(tài)是不一樣的。在后臺(tái)時(shí)，程序會(huì)受到系統(tǒng)的很多限制，這樣可以提高電池的使用和用戶體驗(yàn)。
//開發(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)備開始運(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] willFinishLaunchingWithOptionslifeCycle[40428:11303] didFinishLaunchingWithOptionslifeCycle[40428:11303] applicationDidBecomeActive
按下home鍵
lifeCycle[40428:11303] applicationWillResignActivelifeCycle[40428:11303] applicationDidEnterBackground
雙擊home鍵，再打開程序
lifeCycle[40428:11303] applicationWillEnterForegroundlifeCycle[40428:11303] applicationDidBecomeActive
main函數(shù)是程序啟動(dòng)的入口，在iOS app中，main函數(shù)的功能被最小化，它的主要工作都交給了UIKit framework
[cpp] view plain copy#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ù)和程序是如何開始的argc 和argv參數(shù)包含了系統(tǒng)帶過(guò)來(lái)的啟動(dòng)時(shí)間。 第三個(gè)參數(shù)確定了主要應(yīng)用程序類的名稱，這個(gè)參數(shù)指定為nil，這樣UIKit就會(huì)使用默認(rèn)的程序類UIApplication。第四個(gè)參數(shù)是程序自定義的代理類名，這個(gè)類負(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ài)欄，程序會(huì)變成inactive,把狀態(tài)欄放回去，程序變回active。
按鎖屏鍵也是另外一種程序的中斷，當(dāng)你按下鎖屏鍵，系統(tǒng)屏蔽了所有觸摸事件，把a(bǔ)pp放到了后臺(tái)，這時(shí)app狀態(tài)是 inactive，并進(jìn)入后臺(tái)。
applicationDidBecomeActive: 方法應(yīng)該上面提到的任務(wù)重新開始，比如重新開始timer, 繼續(xù)分發(fā)隊(duì)列，提高OpenGL ES的幀率。不過(guò)游戲要回到暫停狀態(tài)，不能自動(dòng)開始。
PS:只有在IOS4以上系統(tǒng)或者支持多任務(wù)的設(shè)備才能后臺(tái)運(yùn)行。不然會(huì)直接結(jié)束狀態(tài)。
當(dāng)app處于掛起狀態(tài)時(shí)，它是不能執(zhí)行任何代碼的。因此它不能處理在掛起期間發(fā)過(guò)來(lái)的通知，比如方向改變，時(shí)間改變，設(shè)置的改變還有其他影響程序展現(xiàn)的或狀態(tài)的通知。在程序返回后臺(tái)或前臺(tái)是，程序都要正確的處理這些通知。
用戶操作設(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ā)，類似于觸摸事件，遠(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ì)象不處理事件，可以傳給父類view或者view controller。參考：https://developer.apple.com/library/ios/#documentation/iphone/Conceptual/iPhoneOSPRogrammingGuide/ManagingYourApplicationsFlow/ManagingYourApplicationsFlow.html#//apple_ref/doc/uid/TP40007072-CH4-SW20新聞熱點(diǎn)
疑難解答
圖片精選
網(wǎng)友關(guān)注
