UIApplication對象及其代理UIApplicationDelegate

在開發過程中我們需要一些全局對象來将程式的各個部分連接配接起來，這些全局對象中最重要的就是UIApplication對象。但在實際程式設計中我們并不直接和UIApplication對象打交道，而是和其代理打交道。

UIApplication 是iPhone應用程式的開始并且負責初始化并顯示UIWindow，并負責加載應用程式的第一個UIView到UIWindow窗體中。 UIApplication的另一個任務是幫助管理應用程式的生命周期，而UIApplication通過一個名字為 UIApplicationDelegate的代理類來履行這個任務。盡管UIApplication會負責接收事件，而 UIApplicationDelegate則決定應用程式如何去響應這些事件，UIApplicationDelegate可以處理的事件包括應用程式 的生命周期事件（比如程式啟動和關閉）、系統事件（比如來電、記事項警告），本文會介紹如何加載應用程式的UIView到UIWindow以及如何利用 UIApplicationDelegate處理系統事件。

通 常對于UIApplication讀者是沒必要修改它的，隻需要知道UIApplication接收系統事件即可，而如何編寫代碼來處理這些系統事件則是 程式員的工作。處理系統事件需要編寫一個繼承自UIApplicationDelegate接口的類，而UIApplicationDelegate接口 提供生命周期函數來處理應用程式以及應用程式的系統事件。

如 果利用Xcode的模闆建立項目，Xcode會為程式員建立繼承自UIApplicationDelegate的類，但不會自動實作繼承自 UIApplicationDelegate的可選的事件處理函數。如果讀者建立一個名為“TestUIApplication”的項目，Xcode會自 動建立TestUIApplicationAppDelegate.h和TestUIApplicationAppDelegate.m檔案，檔案的聲明 如下：

@interface TestUIApplicationAppDelegate : NSObject <UIApplicationDelegate>

而應用程式的UIApplication則被定義在MainWindow.xib檔案中，并且有一個作為outlet的UIApplicationDelegate引用。

iPhone 并不是多任務的作業系統，是以應用程式很容易受到打擾，比如一個來電可能導緻應用程式失去焦點，如果這個時候接聽了電話，那麼應用程式會自動終止運作。還 有很多其它類似的事件會導緻iPhone應用程式失去焦點，在應用程式失去焦點前會調用委托類的 applicationWillResignActive()方法，而應用程式再次擷取到焦點的時候會調用 applicationDidBecomeActive()方法。比如在運作應用程式的時候鎖屏會調用委托類的 applicationWillResignActive()方法，而當螢幕被解鎖的時候，又會調用 applicationDidBecomeActive()方法。

另 外一個非常重要的方法就是applicationDidReceiveMemoryWarning()，因為iPhone裝置隻有有限的記憶體，如果為應用 程式配置設定了太多記憶體作業系統會終止應用程式的運作，但在終止之前作業系統會通過先調用委托類的 applicationDidReceiveMemoryWarning()方法警告應用程式，在UIApplication接收到這個事件後它會傳遞給 委托類的applicationDidReceiveMemoryWarning()方法，委托類在這個方法内可以進行釋放記憶體的操作以防止作業系統強制 終止應用程式的運作。

現在來看協定中定義的這些需要實作的方法分别是什麼作用：

1、- (void)applicationWillResignActive:(UIApplication *)application

說明：當應用程式将要入非活動狀态執行，在此期間，應用程式不接收消息或事件，比如來電話了

2、- (void)applicationDidBecomeActive:(UIApplication *)application

說明：當應用程式入活動狀态執行，這個剛好跟上面那個方法相反

3、- (void)applicationDidEnterBackground:(UIApplication *)application

說明：當程式被推送到背景的時候調用。是以要設定背景繼續運作，則在這個函數裡面設定即可

4、- (void)applicationWillEnterForeground:(UIApplication *)application

說明：當程式從背景将要重新回到前台時候調用，這個剛好跟上面的那個方法相反。

5、- (void)applicationWillTerminate:(UIApplication *)application

說明：當程式将要退出是被調用，通常是用來儲存資料和一些退出前的清理工作。這個需要要設定UIApplicationExitsOnSuspend的鍵值。

6、- (void)applicationDidReceiveMemoryWarning:(UIApplication *)application

說明：iPhone裝置隻有有限的記憶體，如果為應用程式配置設定了太多記憶體作業系統會終止應用程式的運作，在終止前會執行這個方法，通常可以在這裡進行記憶體清理工作防止程式被終止

7、- (void)applicationSignificantTimeChange:(UIApplication*)application

說明：當系統時間發生改變時執行

8、- (void)applicationDidFinishLaunching:(UIApplication*)application

說明：當程式載入後執行

9、- (void)application:(UIApplication)application willChangeStatusBarFrame:(CGRect)newStatusBarFrame

說明：當StatusBar框将要變化時執行

10、- (void)application:(UIApplication*)application willChangeStatusBarOrientation:

(UIInterfaceOrientation)newStatusBarOrientation

duration:(NSTimeInterval)duration

說明：當StatusBar框方向将要變化時執行

11、- (BOOL)application:(UIApplication*)application handleOpenURL:(NSURL*)url

說明：當通過url執行

12、- (void)application:(UIApplication*)application didChangeStatusBarOrientation:(UIInterfaceOrientation)oldStatusBarOrientation

說明：當StatusBar框方向變化完成後執行

13、- (void)application:(UIApplication*)application didChangeSetStatusBarFrame:(CGRect)oldStatusBarFrame

說明：當StatusBar框變化完成後執行

---------------------------------------------------------------------------------

iPhone應用程式是由主函數main啟動，它負責調用UIApplicationMain函數，該函數的形式如下所示：

int UIApplicationMain (

int argc,

char *argv[],

NSString *principalClassName,

NSString *delegateClassName

);

那麼UIApplicationMain函數到底做了哪些事情呢？這個函數主要負責三件 事情：

1）從給定的類名初始化應用程式對象，也就是初始化UIApplication或者子類對象的一個執行個體，如果你在這裡給定的是nil，那麼 系統會預設UIApplication類，也就主要是這個類來控制以及協調應用程式的運作。在後續的工作中，你可以用靜态方法 sharedApplication 來擷取應用程式的句柄。

2）從給定的應用程式委托類，初始化一個應用程式委托。并把該委托設定為應用程式的委托，這裡就有如果傳入參數為nil，會調用函數通路 Info.plist檔案來尋找主nib檔案，擷取應用程式委托。

3）啟動主事件循環，并開始接收事件。

上面是UIApplicationMain函數的工作，接下來一個問題是應用程式視圖的顯示、消息的控制怎麼辦？下面就是UIApplication（或 者子類）對象的職責，這個對象主要做下面幾件事：

1）負責處理到來的使用者事件，并分發事件消息到應該處理該消息的目标對象（sender, action)。

2）管理以及控制視圖，包括呈現、控制行為、目前顯示視圖等。

3）該對象有一個應用程式委托對象，當一些生命周期内重要事件（可以包括系統事件或者生命周期控制事件）發生時，應用程式通知該對象。例如，應用程式啟 動、記憶體不夠了或者應用程式結束等，讓這些事件發生時，應用程式委托去響應。

通 過上面的分析，可以知道UIApplication對開發者來說，是一個黑箱，它也可以是。因為所有的操作，都可以由它的委托來幫我們完成，它隻需要在 後面維護一些不可更改的東西，如事件消息分發和傳遞、給委托發送事件處理請求等等，如，應用程式加載處理完畢，它會發送消息給委托，然後委托可以在 applicationDidFinishLanching委托函數中去實作開發者想要的動作。利用XCODE在建立應用程式時，會預設實作一個應用程式 委托類。而對于加載的視圖，則有視圖相關的委托類來處理視圖加載過程的生命事件。下面說明委托主要可以辦哪些事情：

控制應用程式的行為 - (void)applicationDidFinishLaunching:( UIApplication *)application

應用程式啟動完畢。 - (BOOL)application:( UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions

當由于其它方法打開應用程式（如URL指定或者連接配接），通知委托啟動完畢 - (void)applicationWillTerminate:( UIApplication *)application

通知委托，應用程式将在關閉 退出，請做一些清理工作。

- (void)applicationDidReceiveMemoryWarning:( UIApplication *)application 通知委托，應用程式收到了為來自系統的記憶體不足警告。 -(void)applicationSignificantTimeChange:( UIApplication *)application

通知委托系統時間發生改變（主要是指時間屬性，而不是具體的時間值）

打開URL - (BOOL)application:( UIApplication *)application handleOpenURL:(NSURL *)url

打開指定的URL

控制狀态欄方位變化 application:willChangeStatusBarOrientation:duration: 裝置方向将要發生改變 application:didChangeStatusBarOrientation: 活動狀态改變 - (void)applicationWillResignActive:( UIApplication *)application

通知委托應用程式将進入非活動狀态，在此期間，應用程式不接收消息或事件。 -(void)applicationDidBecomeActive:( UIApplication *)application

通知委托應用程式進入活動狀态，請恢複資料

可以看到UIApplication的頭檔案實作

@interface UIApplication :UIResponder <UIActionSheetDelegate>{

@package

id<UIApplicationDelegate> _delegate ; //這就是應用程式委托。

NSTimer .......

}

是以，在UIApplication中處理的系統事件時，隻需轉到_delegate這個類去處理， 這個類對象就是應用程式委托對象。我們可以從應用程式的單例類對象中得到應用程式委托的對象

UIApplicationDelegate* myDelegate = [[UIApplication sharedApplication] delegate];

UIApplication 接收到所有的系統事件和生命周期事件時，都會把事件傳遞給UIApplicationDelegate進行處理，對于使用者輸入 事件，則傳遞給相應的目标對象去處理。比如我們在應用程式被來電等消息後，可以調用應用程式委托類的 applicationWillResignActive（）方法，這個方法在使用者鎖住螢幕時，也會調用，與之相适應的是應用程式重新被使用者打開時的委托 方法。另外常用的就是記憶體不足的系統警告，此時會調用應用程式委托類的applicationDidReceiveMemoryWarning()方法， 然後我們就可以試着釋放一些記憶體了。

上面就是應用程式生命周期（啟動，中止，恢複，退出等過程）的應用程式處理