iOS的應(yīng)用程序的生命周期，還有程序是運(yùn)行在前臺還是后臺，應(yīng)用程序各個狀態(tài)的變換，這些對于開發(fā)者來說都是很重要的。 iOS系統(tǒng)的資源是有限的，應(yīng)用程序在前臺和在后臺的狀態(tài)是不一樣的。在后臺時，程序會受到系統(tǒng)的很多限制，這樣可以提高電池的使用和用戶體驗。
//開發(fā)app,我們要遵循apple公司的一些指導(dǎo)原則，
原則如下：
1、應(yīng)用程序的狀態(tài)狀態(tài)如下：
Not running? 未運(yùn)行? 程序沒啟動
Inactive? ? ? ? ? 未激活? ? ? ? 程序在前臺運(yùn)行，不過沒有接收到事件。在沒有事件處理情況下程序通常停留在這個狀態(tài)
Active? ? ? ? ? ? 激活? ? ? ? ? 程序在前臺運(yùn)行而且接收到了事件。這也是前臺的一個正常的模式
Backgroud? ? 后臺? ? ? ? ? 程序在后臺而且能執(zhí)行代碼，大多數(shù)程序進(jìn)入這個狀態(tài)后會在在這個狀態(tài)上停留一會。時間到之后會進(jìn)入掛起狀態(tài)(Suspended)。有的程序經(jīng)過特殊的請求后可以長期處于Backgroud狀態(tài)
Suspended? ? 掛起? ? ? ? ? 程序在后臺不能執(zhí)行代碼。系統(tǒng)會自動把程序變成這個狀態(tài)而且不會發(fā)出通知。當(dāng)掛起時，程序還是停留在內(nèi)存中的，當(dāng)系統(tǒng)內(nèi)存低時，系統(tǒng)就把掛起的程序清除掉，為前臺程序提供更多的內(nèi)存。
下圖是程序狀態(tài)變化圖：
各個程序運(yùn)行狀態(tài)時代理的回調(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)程序被推送到后臺的時候調(diào)用。所以要設(shè)置后臺繼續(xù)運(yùn)行，則在這個函數(shù)里面設(shè)置即可
- (void)applicationWillEnterForeground:(UIApplication *)application當(dāng)程序從后臺將要重新回到前臺時候調(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]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
2、應(yīng)用程序的生命周期
2.1、加載應(yīng)用程序進(jìn)入前臺
2.2、加載應(yīng)用程序進(jìn)入后臺
2.3、關(guān)于main函數(shù)main函數(shù)是程序啟動的入口，在iOS app中，main函數(shù)的功能被最小化，它的主要工作都交給了UIKit framework[cpp] view plain copy#importint 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ù)確定了主要應(yīng)用程序類的名稱，這個參數(shù)指定為nil，這樣UIKit就會使用默認(rèn)的程序類UIApplication。第四個參數(shù)是程序自定義的代理類名，這個類負(fù)責(zé)系統(tǒng)和代碼之間的交互。它一般在Xcode新建項目時會自動生成。
另外 UIApplicationMain函數(shù)加載了程序主界面的文件。雖然這個函數(shù)加載了界面文件，但是沒有放到應(yīng)用程序的windows上，你需要在Delegate的 application:willFinishLaunchingWithOptions方法中加載它。
一個應(yīng)用程序可以有一個主的storyboard文件或者有一個主的nib文件，但不能同時有兩個存在。
如果程序在啟動時沒有自動加載主要的故事版或nib文件，你可以在application:willFinishLaunchingWithOptions方法里準(zhǔn)備windows的展示。
3、響應(yīng)中斷
3.1 當(dāng)一個基于警告式的中斷發(fā)生時，比如有電話打進(jìn)來了，這是程序會臨時進(jìn)入inactive狀態(tài)，這用戶可以選擇如何處理這個中斷，流程如下圖：
在iOS5,通知不會把程序變成為激活狀態(tài)，通知會顯示在狀態(tài)欄上，如果你；拉下狀態(tài)欄，程序會變成inactive,把狀態(tài)欄放回去，程序變回active。
按鎖屏鍵也是另外一種程序的中斷，當(dāng)你按下鎖屏鍵，系統(tǒng)屏蔽了所有觸摸事件，把a(bǔ)pp放到了后臺，這時app狀態(tài)是 inactive，并進(jìn)入后臺。
3.2 當(dāng)有這些中斷時，我們的app該怎么辦呢？我們應(yīng)該在applicationWillResignActive:方法中：
停止timer 和其他周期性的任務(wù)
停止任何正在運(yùn)行的請求
暫停視頻的播放
如果是游戲那就暫停它
減少OpenGL ES的幀率
掛起任何分發(fā)的隊列和不重要的操作隊列（你可以繼續(xù)處理網(wǎng)絡(luò)請求或其他時間敏感的后臺任務(wù)）。
當(dāng)程序回到active狀態(tài) ，? applicationDidBecomeActive:? 方法應(yīng)該上面提到的任務(wù)重新開始，比如重新開始timer, 繼續(xù)分發(fā)隊列，提高OpenGL ES的幀率。不過游戲要回到暫停狀態(tài)，不能自動開始。
4、轉(zhuǎn)到后臺運(yùn)行
4.1 如圖所示：
PS:只有在IOS4以上系統(tǒng)或者支持多任務(wù)的設(shè)備才能后臺運(yùn)行。不然會直接結(jié)束狀態(tài)。
4.2 當(dāng)應(yīng)用程序進(jìn)入后臺時，我們應(yīng)該做寫什么呢？
保存用戶數(shù)據(jù)或狀態(tài)信息，所有沒寫到磁盤的文件或信息，在進(jìn)入后臺時，最后都寫到磁盤去，因為程序可能在后臺被殺死，
釋放盡可能釋放的內(nèi)存
applicationDidEnterBackgound: 方法有大概5秒的時間讓你完成這些任務(wù)。如果超過時間還有未完成的任務(wù)，你的程序就會被終止而且從內(nèi)存中清除。如果還需要長時間的運(yùn)行任務(wù)，可以調(diào)用? beginBackgroundTaskWithExpirationHandler? ? ? 方法去請求后臺運(yùn)行時間和啟動線程來運(yùn)行長時間運(yùn)行的任務(wù)。
4.3 應(yīng)用程序在后臺時的內(nèi)存使用
在后臺時，每個應(yīng)用程序都應(yīng)該釋放最大的內(nèi)存。系統(tǒng)努力的保持更多的應(yīng)用程序在后臺同時 運(yùn)行。不過當(dāng)內(nèi)存不足時，會終止一些掛起的程序來回收內(nèi)存，那些內(nèi)存最大的程序首先被終止。
事實上，應(yīng)用程序應(yīng)該的對象如果不再使用了，那就應(yīng)該盡快的去掉強(qiáng)引用，這樣編譯器可以回收這些內(nèi)存。如果你想緩存一些對象提升程序的性能，你可以在進(jìn)入后臺時，把這些對象去掉強(qiáng)引用。
下面這樣的對象應(yīng)該盡快的去掉強(qiáng)引用：
圖片對象
你可以重新加載的 大的視頻或數(shù)據(jù)文件
任何沒用而且可以輕易創(chuàng)建的對象
在后臺時，為了減少程序占用的內(nèi)存，系統(tǒng)會自動在回收一些系統(tǒng)幫助你開辟的內(nèi)存。比如：
系統(tǒng)回收Core Animation的后備存儲。
去掉任何系統(tǒng)引用的緩存圖片
去掉系統(tǒng)管理數(shù)據(jù)緩存強(qiáng)引用
5 、返回前臺運(yùn)行
流程如圖所示：
當(dāng)app處于掛起狀態(tài)時，它是不能執(zhí)行任何代碼的。因此它不能處理在掛起期間發(fā)過來的通知，比如方向改變，時間改變，設(shè)置的改變還有其他影響程序展現(xiàn)的或狀態(tài)的通知。在程序返回后臺或前臺是，程序都要正確的處理這些通知。
6、程序的終止
程序只要符合以下情況之一，只要進(jìn)入后臺或掛起狀態(tài)就會終止：
iOS4.0以前的系統(tǒng)
app是基于iOS4.0之前系統(tǒng)開發(fā)的。
設(shè)備不支持多任務(wù)
在Info.plist文件中，程序包含了 UIApplicationExitsOnSuspend? 鍵。
app如果終止了? ,系統(tǒng)會調(diào)用app的代理的方法 applicationWillTerminate:? 這樣可以讓你可以做一些清理工作。你可以保存一些數(shù)據(jù)或app的狀態(tài)。這個方法也有5秒鐘的限制。超時后方法會返回程序從內(nèi)存中清除。
注意：用戶可以手工關(guān)閉應(yīng)用程序。
7、 The Main Run Loop? 主運(yùn)行循環(huán)
Main Run Loop負(fù)責(zé)處理用戶相關(guān)的事件。UIApplication對象在程序啟動時啟動main run Loop，它處理事件和更新視圖的界面。看Main Run Loop就知道，它是運(yùn)行在程序的主線程上的。這樣保證了接收到用戶相關(guān)操作的事件是按順序處理的。
Main Run Loop? 處理事件的架構(gòu)圖：
用戶操作設(shè)備，相關(guān)的操作事件被系統(tǒng)生成并通過UIKit的指定端口分發(fā)。事件在內(nèi)部排成隊列，一個個的分發(fā)到Main run loop 去做處理。UIApplication對象是第一個接收到時間的對象，它決定事件如何被處理。觸摸事件分發(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。
