iOS應用程序的生命周期

iOS的應用程序的生命周期,還有程序是運行在前臺還是后臺,應用程序各個狀態的變換,這些對于開發者來說都是很重要的。 iOS系統的資源是有限的,應用程序在前臺和在后臺的狀態是不一樣的。在后臺時,程序會受到系統的很多限制,這樣可以提高電池的使用和用戶體驗。
//開發app,我們要遵循apple公司的一些指導原則,原則如下:

1、應用程序的狀態

狀態如下:

  • Not running
未運行:程序未啟動 ```
*  Inactive

未激活:程序在前臺運行,不過沒有接收到事件。在沒有事件處理情況下程序
通常停留在這個狀態```

  • Active
激活:程序在前臺運行而且接收到了事件。這也是前臺的一個正常的模式```
*  Backgroud     

后臺:程序在后臺而且能執行代碼,大多數程序進入這個狀態后會在在這個
狀態上停留一會。時間到之后會進入掛起狀態(Suspended)。有的程序經過
特殊的請求后可以長期處于Backgroud狀態```

  • Suspended
掛起:程序在后臺不能執行代碼。系統會自動把程序變成這個狀態而且不會
發出通知。當掛起時,程序還是停留在內存中的,當系統內存低時,系統就
把掛起的程序清除掉,為前臺程序提供更多的內存。```
下圖是程序狀態變化圖:

![Snip20160701_1.png](http://upload-images.jianshu.io/upload_images/1932148-c243fa6497a74f8f.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

各個程序運行狀態時代理的回調:
  • (BOOL)application:(UIApplication *)application
    willFinishLaunchingWithOptions:(NSDictionary *)launchOptions
    //告訴代理進程啟動但還沒進入狀態保存

  • (BOOL)application:(UIApplication *)application
    didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
    //告訴代理啟動基本完成程序準備開始運行

  • (void)applicationWillResignActive:(UIApplication *)application
    //當應用程序將要入非活動狀態執行,在此期間,應用程序不接收消息或事件,比如來電話了

  • (void)applicationDidBecomeActive:(UIApplication *)application
    //當應用程序入活動狀態執行,這個剛好跟上面那個方法相反
  • (void)applicationDidEnterBackground:(UIApplication *)application
    //當程序被推送到后臺的時候調用。所以要設置后臺繼續運行,則在這個函數里面設置即可
  • (void)applicationWillEnterForeground:(UIApplication *)application
    //當程序從后臺將要重新回到前臺時候調用,這個剛好跟上面的那個方法相反。
  • (void)applicationWillTerminate:(UIApplication *)application
    //當程序將要退出是被調用,通常是用來保存數據和一些退出前的清理工作。這個需要
    要設置UIApplicationExitsOnSuspend的鍵值。
  • (void)applicationDidFinishLaunching:(UIApplication*)application
    //當程序載入后執行
在上面8個方法對應的方法中鍵入NSLog打印,現在啟動程序看看執行的順序:
啟動程序

1.willFinishLaunchingWithOptions
2.didFinishLaunchingWithOptions
3.applicationDidBecomeActive

按下home鍵

1.applicationWillResignActive
2.applicationDidEnterBackground

雙擊home鍵,再打開程序

1.applicationWillEnterForeground
2.applicationDidBecomeActive

#####2、應用程序的生命周期
######2.1、加載應用程序進入前臺

![Snip20160701_2.png](http://upload-images.jianshu.io/upload_images/1932148-9ab60983e046ad80.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

######2.2、加載應用程序進入后臺

![Snip20160701_4.png](http://upload-images.jianshu.io/upload_images/1932148-fd8bdb1a8d6b33c0.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

######2.3、關于main函數
main函數是程序啟動的入口,在iOS app中,main函數的功能被最小化,它的主要工作都交給了UIKit framework

import <UIKit/UIKit.h>

import "AppDelegate.h"

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

UIApplicationMain函數有四個參數,你不需要改變這些參數值,不過我們也需要理解這些參數和程序是如何開始的.
argc 和argv參數包含了系統帶過來的啟動時間。  第三個參數確定了主要應用程序類的名稱,這個參數指定為nil,這樣UIKit就會使用默認的程序類UIApplication。第四個參數是程序自定義的代理類名,這個類負責系統和代碼之間的交互。它一般在Xcode新建項目時會自動生成。
另外 UIApplicationMain函數加載了程序主界面的文件。雖然這個函數加載了界面文件,但是沒有放到應用程序的windows上,你需要在Delegate的 application:willFinishLaunchingWithOptions方法中加載它。
一個應用程序可以有一個主的storyboard文件或者有一個主的nib文件,但不能同時有兩個存在。
如果程序在啟動時沒有自動加載主要的storyboard或nib文件,你可以在application:willFinishLaunchingWithOptions方法里準備windows的展示。
#####3、響應中斷
######3.1 當一個基于警告式的中斷發生時,比如有電話打進來了,這是程序會臨時進入inactive狀態,這用戶可以選擇如何處理這個中斷,流程如下圖:

![Snip20160701_5.png](http://upload-images.jianshu.io/upload_images/1932148-f8ac86024c5cf2b2.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

在iOS5,通知不會把程序變成為激活狀態,通知會顯示在狀態欄上,如果你;拉下狀態欄,程序會變成inactive,把狀態欄放回去,程序變回active。
按鎖屏鍵也是另外一種程序的中斷,當你按下鎖屏鍵,系統屏蔽了所有觸摸事件,把app放到了后臺,這時app狀態是 inactive,并進入后臺

######3.2 當有這些中斷時,我們的app該怎么辦呢?我們應該在applicationWillResignActive:方法中:
1.停止timer 和其他周期性的任務
2.停止任何正在運行的請求
3.暫停視頻的播放
4.如果是游戲那就暫停它
5.減少OpenGL ES的幀率
6.掛起任何分發的隊列和不重要的操作隊列(你可以繼續處理網絡請求或其他時間敏感的后臺任務)
當程序回到active狀態 ,   applicationDidBecomeActive:   方法應該上面提到的任務重新開始,比如重新開始timer, 繼續分發隊列,提高OpenGL ES的幀率。不過游戲要回到暫停狀態,不能自動開始。
#####4、轉到后臺運行
######4.1 如圖所示:


![Snip20160701_6.png](http://upload-images.jianshu.io/upload_images/1932148-30d481b077c596b8.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
PS:只有在IOS4以上系統或者支持多任務的設備才能后臺運行。不然會直接結束狀態。
######4.2 當應用程序進入后臺時,我們應該做寫什么呢?

*  保存用戶數據或狀態信息,所有沒寫到磁盤的文件或信息,在進入后臺時,最后都寫到磁盤去,因為程序可能在后臺被殺死,
*  釋放盡可能釋放的內存
applicationDidEnterBackgound: 方法有大概5秒的時間讓你完成這些任務。如果超過時間還有未完成的任務,你的程序就會被終止而且從內存中清除。如果還需要長時間的運行任務,可以調用  beginBackgroundTaskWithExpirationHandler       方法去請求后臺運行時間和啟動線程來運行長時間運行的任務。

######4.3 應用程序在后臺時的內存使用
在后臺時,每個應用程序都應該釋放最大的內存。系統努力的保持更多的應用程序在后臺同時 運行。不過當內存不足時,會終止一些掛起的程序來回收內存,那些內存最大的程序首先被終止。
事實上,應用程序應該的對象如果不再使用了,那就應該盡快的去掉強引用,這樣編譯器可以回收這些內存。如果你想緩存一些對象提升程序的性能,你可以在進入后臺時,把這些對象去掉強引用。
下面這樣的對象應該盡快的去掉強引用:
*  圖片對象
*  你可以重新加載的 大的視頻或數據文件
*  任何沒用而且可以輕易創建的對象

在后臺時,為了減少程序占用的內存,系統會自動在回收一些系統幫助你開辟的內存。比如:
系統回收Core Animation的后備存儲。
去掉任何系統引用的緩存圖片
去掉系統管理數據緩存強引用

#####5 、返回前臺運行
流程如圖所示:

![Snip20160701_7.png](http://upload-images.jianshu.io/upload_images/1932148-d8a742acc7b99090.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)


當app處于掛起狀態時,它是不能執行任何代碼的。因此它不能處理在掛起期間發過來的通知,比如方向改變,時間改變,設置的改變還有其他影響程序展現的或狀態的通知。在程序返回后臺或前臺是,程序都要正確的處理這些通知。

#####6、程序的終止

程序只要符合以下情況之一,只要進入后臺或掛起狀態就會終止:
*  iOS4.0以前的系統
*  app是基于iOS4.0之前系統開發的。
*  設備不支持多任務
*  在`Info.plist`文件中,程序包含了 `UIApplicationExitsOnSuspend ` 鍵。

app如果終止了  ,系統會調用app的代理的方法 `applicationWillTerminate: ` 這樣可以讓你可以做一些清理工作。你可以保存一些數據或app的狀態。這個方法也有5秒鐘的限制。超時后方法會返回程序從內存中清除。
注意:用戶可以手工關閉應用程序。

#####7、 The Main Run Loop  主運行循環

Main Run Loop負責處理用戶相關的事件。UIApplication對象在程序啟動時啟動main run Loop,它處理事件和更新視圖的界面。看Main Run Loop就知道,它是運行在程序的主線程上的。這樣保證了接收到用戶相關操作的事件是按順序處理的。
######Main Run Loop  處理事件的架構圖:


![Snip20160701_8.png](http://upload-images.jianshu.io/upload_images/1932148-192304114c6d7bab.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

戶操作設備,相關的操作事件被系統生成并通過UIKit的指定端口分發。事件在內部排成隊列,一個個的分發到Main run loop 去做處理。UIApplication對象是第一個接收到時間的對象,它決定事件如何被處理。觸摸事件分發到主窗口,窗口再分發到對應出發觸摸事件的View。其他的事件通過其他途徑分發給其他對象變量做處理。

大部分的事件可以在你的應用里分發,類似于觸摸事件,遠程操控事件(線控耳機等)都是由app的 responder objects 對象處理的。Responder objects 在你的app里到處都是,比如:UIApplication 對象。view對象,view controller 對象,都是resopnder objects。大部分事件的目標都指定了resopnder object,不過事件也可以傳遞給其他對象。比如,如果view對象不處理事件,可以傳給父類view或者view controller。

容芳志 (http://blog.csdn.net/totogo2010)
最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,182評論 6 543
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,489評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,290評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,776評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,510評論 6 412
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,866評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,860評論 3 447
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,036評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,585評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,331評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,536評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,058評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,754評論 3 349
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,154評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,469評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,273評論 3 399
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,505評論 2 379

推薦閱讀更多精彩內容