iOS的應(yīng)用程序的生命周期,還有程序是運(yùn)行在前臺還是后臺,應(yīng)用程序各個狀態(tài)的變換,這些對于開發(fā)者來說都是很重要的。 iOS系統(tǒng)的資源是有限的,應(yīng)用程序在前臺和在后臺的狀態(tài)是不一樣的。在后臺時(shí),程序會受到系統(tǒng)的很多限制,這樣可以提高電池的使用和用戶體驗(yàn)。
//開發(fā)app,我們要遵循apple公司的一些指導(dǎo)原則,原則如下:
狀態(tài)如下:
Not running 未運(yùn)行 程序沒啟動
Inactive 未激活 程序在前臺運(yùn)行,不過沒有接收到事件。在沒有事件處理情況下程序通常停留在這個狀態(tài)
Active 激活 程序在前臺運(yùn)行而且接收到了事件。這也是前臺的一個正常的模式
Backgroud 后臺 程序在后臺而且能執(zhí)行代碼,大多數(shù)程序進(jìn)入這個狀態(tài)后會在在這個狀態(tài)上停留一會。時(shí)間到之后會進(jìn)入掛起狀態(tài)(Suspended)。有的程序經(jīng)過特殊的請求后可以長期處于Backgroud狀態(tài)
Suspended 掛起 程序在后臺不能執(zhí)行代碼。系統(tǒng)會自動把程序變成這個狀態(tài)而且不會發(fā)出通知。當(dāng)掛起時(shí),程序還是停留在內(nèi)存中的,當(dāng)系統(tǒng)內(nèi)存低時(shí),系統(tǒng)就把掛起的程序清除掉,為前臺程序提供更多的內(nèi)存。
下圖是程序狀態(tài)變化圖:

各個程序運(yùn)行狀態(tài)時(shí)代理的回調(diào):
- (BOOL)application:(UIApplication *)application willFinishLaunchingWithOptions:(NSDictionary *)launchOptions 告訴代理進(jìn)程啟動但還沒進(jìn)入狀態(tài)保存- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions 告訴代理啟動基本完成程序準(zhǔn)備開始運(yùn)行- (void)applicationWillResignActive:(UIApplication *)application 當(dāng)應(yīng)用程序?qū)⒁敕腔顒訝顟B(tài)執(zhí)行,在此期間,應(yīng)用程序不接收消息或事件,比如來電話了- (void)applicationDidBecomeActive:(UIApplication *)application 當(dāng)應(yīng)用程序入活動狀態(tài)執(zhí)行,這個剛好跟上面那個方法相反- (void)applicationDidEnterBackground:(UIApplication *)application 當(dāng)程序被推送到后臺的時(shí)候調(diào)用。所以要設(shè)置后臺繼續(xù)運(yùn)行,則在這個函數(shù)里面設(shè)置即可- (void)applicationWillEnterForeground:(UIApplication *)application當(dāng)程序從后臺將要重新回到前臺時(shí)候調(diào)用,這個剛好跟上面的那個方法相反。- (void)applicationWillTerminate:(UIApplication *)application當(dāng)程序?qū)⒁顺鍪潜徽{(diào)用,通常是用來保存數(shù)據(jù)和一些退出前的清理工作。這個需要要設(shè)置UIApplicationExitsOnSuspend的鍵值。- (void)applicationDidFinishLaunching:(UIApplication*)application當(dāng)程序載入后執(zhí)行
在上面8個方法對應(yīng)的方法中鍵入NSLog打印。
現(xiàn)在啟動程序看看執(zhí)行的順序:
啟動程序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ù)是程序啟動的入口,在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ù)有四個參數(shù),你不需要改變這些參數(shù)值,不過我們也需要理解這些參數(shù)和程序是如何開始的argc 和argv參數(shù)包含了系統(tǒng)帶過來的啟動時(shí)間。 第三個參數(shù)確定了主要應(yīng)用程序類的名稱,這個參數(shù)指定為nil,這樣UIKit就會使用默認(rèn)的程序類UIApplication。第四個參數(shù)是程序自定義的代理類名,這個類負(fù)責(zé)系統(tǒng)和代碼之間的交互。它一般在Xcode新建項(xiàng)目時(shí)會自動生成。
另外 UIApplicationMain函數(shù)加載了程序主界面的文件。雖然這個函數(shù)加載了界面文件,但是沒有放到應(yīng)用程序的windows上,你需要在Delegate的 application:willFinishLaunchingWithOptions方法中加載它。
一個應(yīng)用程序可以有一個主的storyboard文件或者有一個主的nib文件,但不能同時(shí)有兩個存在。
如果程序在啟動時(shí)沒有自動加載主要的故事版或nib文件,你可以在application:willFinishLaunchingWithOptions方法里準(zhǔn)備windows的展示。

在iOS5,通知不會把程序變成為激活狀態(tài),通知會顯示在狀態(tài)欄上,如果你;拉下狀態(tài)欄,程序會變成inactive,把狀態(tài)欄放回去,程序變回active。
按鎖屏鍵也是另外一種程序的中斷,當(dāng)你按下鎖屏鍵,系統(tǒng)屏蔽了所有觸摸事件,把a(bǔ)pp放到了后臺,這時(shí)app狀態(tài)是 inactive,并進(jìn)入后臺。
applicationDidBecomeActive:   方法應(yīng)該上面提到的任務(wù)重新開始,比如重新開始timer, 繼續(xù)分發(fā)隊(duì)列,提高OpenGL ES的幀率。不過游戲要回到暫停狀態(tài),不能自動開始。 PS:只有在IOS4以上系統(tǒng)或者支持多任務(wù)的設(shè)備才能后臺運(yùn)行。不然會直接結(jié)束狀態(tài)。
PS:只有在IOS4以上系統(tǒng)或者支持多任務(wù)的設(shè)備才能后臺運(yùn)行。不然會直接結(jié)束狀態(tài)。 當(dāng)app處于掛起狀態(tài)時(shí),它是不能執(zhí)行任何代碼的。因此它不能處理在掛起期間發(fā)過來的通知,比如方向改變,時(shí)間改變,設(shè)置的改變還有其他影響程序展現(xiàn)的或狀態(tài)的通知。在程序返回后臺或前臺是,程序都要正確的處理這些通知。
當(dāng)app處于掛起狀態(tài)時(shí),它是不能執(zhí)行任何代碼的。因此它不能處理在掛起期間發(fā)過來的通知,比如方向改變,時(shí)間改變,設(shè)置的改變還有其他影響程序展現(xiàn)的或狀態(tài)的通知。在程序返回后臺或前臺是,程序都要正確的處理這些通知。 用戶操作設(shè)備,相關(guān)的操作事件被系統(tǒng)生成并通過UIKit的指定端口分發(fā)。事件在內(nèi)部排成隊(duì)列,一個個的分發(fā)到Main run loop 去做處理。UIApplication對象是第一個接收到時(shí)間的對象,它決定事件如何被處理。觸摸事件分發(fā)到主窗口,窗口再分發(fā)到對應(yīng)出發(fā)觸摸事件的View。其他的事件通過其他途徑分發(fā)給其他對象變量做處理。大部分的事件可以在你的應(yīng)用里分發(fā),類似于觸摸事件,遠(yuǎn)程操控事件(線控耳機(jī)等)都是由app的 responder objects 對象處理的。Responder objects 在你的app里到處都是,比如:UIApplication 對象。view對象,view controller 對象,都是resopnder objects。大部分事件的目標(biāo)都指定了resopnder object,不過事件也可以傳遞給其他對象。比如,如果view對象不處理事件,可以傳給父類view或者view controller。參考:https://developer.apple.com/library/ios/#documentation/iphone/Conceptual/iPhoneOSPRogrammingGuide/ManagingYourApplicationsFlow/ManagingYourApplicationsFlow.html#//apple_ref/doc/uid/TP40007072-CH4-SW20
用戶操作設(shè)備,相關(guān)的操作事件被系統(tǒng)生成并通過UIKit的指定端口分發(fā)。事件在內(nèi)部排成隊(duì)列,一個個的分發(fā)到Main run loop 去做處理。UIApplication對象是第一個接收到時(shí)間的對象,它決定事件如何被處理。觸摸事件分發(fā)到主窗口,窗口再分發(fā)到對應(yīng)出發(fā)觸摸事件的View。其他的事件通過其他途徑分發(fā)給其他對象變量做處理。大部分的事件可以在你的應(yīng)用里分發(fā),類似于觸摸事件,遠(yuǎn)程操控事件(線控耳機(jī)等)都是由app的 responder objects 對象處理的。Responder objects 在你的app里到處都是,比如:UIApplication 對象。view對象,view controller 對象,都是resopnder objects。大部分事件的目標(biāo)都指定了resopnder object,不過事件也可以傳遞給其他對象。比如,如果view對象不處理事件,可以傳給父類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)
疑難解答
圖片精選