一、引言
作為MVC設計模式中的C，Controller一直扮演著項目開發中最重要的角色，它是視圖和數據的橋梁，通過它的管理，將數據有條有理的展示在我們的View層上。iOS中的UIViewController是UIKit框架中最基本的一個類。從第一個UI視圖到復雜完整項目，都離不開UIViewController作為基礎。基於UIViewController的封裝和擴展，也能夠出色的完成各種復雜界面邏輯。這裡旨在討論UIViewController的生命周期和屬性方法，在最基礎的東西上，往往會得到意想不到的驚喜。

二、UIViewController的生命周期
要了解UIViewController，先要弄清楚其生命周期。在面向對象的語言中，是對象，就一定要有生命周期，UIViewController也不例外，生命周期管理Controller的作用范圍和時間，也管理其內對象的作用范圍和時間。首先，UIViewController中與其生命周期有關的幾個函數如下：
//類的初始化方法
+ (void)initialize;
//對象初始化方法
- (instancetype)init;
//從歸檔初始化
- (instancetype)initWithCoder:(NSCoder *)coder;
//加載視圖
-(void)loadView;
//將要加載視圖
- (void)viewDidLoad;
//將要布局子視圖
-(void)viewWillLayoutSubviews;
//已經布局子視圖
-(void)viewDidLayoutSubviews;
//內存警告
- (void)didReceiveMemoryWarning;
//已經展示
-(void)viewDidAppear:(BOOL)animated;
//將要展示
-(void)viewWillAppear:(BOOL)animated;
//將要消失
-(void)viewWillDisappear:(BOOL)animated;
//已經消失
-(void)viewDidDisappear:(BOOL)animated;
//被釋放
-(void)dealloc;
上面這麼多的函數，乍一看什麼復雜，其實關系什麼明朗，除了initialize,init和initWithCoder不是存在所有對象的聲明周期中，其他函數都會在UIViewController的聲明周期中有序的被調用。那麼具體的調用順序是怎樣的呢，最好的辦法是實踐一下，通過編號打印，結果如下：

這是一個ViewController完整的聲明周期，其實裡面還有好多地方需要我們注意一下：
1：initialize函數並不會每次創建對象都調用，只有在這個類第一次創建對象時才會調用，做一些類的准備工作，再次創建這個類的對象，initalize方法將不會被調用，對於這個類的子類，如果實現了initialize方法，在這個子類第一次創建對象時會調用自己的initalize方法，之後不會調用，如果沒有實現，那麼它的父類將替它再次調用一下自己的initialize方法，以後創建也都不會再調用。因此，如果我們有一些和這個相關的全局變量，可以在這裡進行初始化。
2：init方法和initCoder方法相似，只是被調用的環境不一樣，如果用代碼進行初始化，會調用init，從nib文件或者歸檔進行初始化，會調用initCoder。
3：loadView方法是開始加載視圖的起始方法，除非手動調用，否則在ViewController的生命周期中沒特殊情況只會被調用一次。
4：viewDidLoad方法是我們最常用的方法的，類中成員對象和變量的初始化我們都會放在這個方法中，在類創建後，無論視圖的展現或消失，這個方法也是只會在將要布局時調用一次。
5：viewWillAppear：視圖將要展現時會調用。
6：viewWillLayoutSubviews：在viewWillAppear後調用，將要對子視圖進行布局。
7：viewDidLayoutSubviews：已經布局完成子視圖。
8：viewDidAppare：視圖完成顯示時調用。
9：viewWillDisappear：視圖將要消失時調用。
10：viewDidDisappear：視圖已經消失時調用。
11：dealloc：controller被釋放時調用。
注意：經過測試，從nib文件加載的controller，只要不釋放，在每次viewWillAppare時都會調用layoutSubviews方法，有時甚至會在viewDidAppare後在調用一次layoutSubviews，而重點是從代碼加載的則只會在開始調用一次，之後都不會，所以注意，在layoutSubviews中寫相關的布局代碼十分危險。

三、從storyBoard加載UIViewController實例的傳值陷阱
我們知道，當我們從StoryBoard中加載ViewController時，我們在Controller中拖拽的視圖是可以被初始化的，這裡面有一點需要我們注意，如果我們需要向controller中視圖進行傳值設置，通過以下方法得到的Controller中，視圖還沒有被初始化創建出來：
ViewController2 * viewController2 = [[UIStoryboard storyboardWithName:@"Main" bundle:[NSBundle mainBundle]] instantiateViewControllerWithIdentifier:@"ViewController2"];
我們可以在ViewController2的storyBoard中拉一個label，然後關聯到頭文件中，如下打印，會發現我們得到controller時，裡面的視圖對象並沒有進行創建:
ViewController2 * viewController2 = [[UIStoryboard storyboardWithName:@"Main" bundle:[NSBundle mainBundle]] instantiateViewControllerWithIdentifier:@"ViewController2"];
    NSLog(@"%@",viewController2.label);
    [self presentViewController:viewController2 animated:YES completion:nil];
打印如下：

可以想象，如果我們這時候需要對label進行一些屬性設置，必然失敗。有人提出可以在創建後，手動調以下loadView方法，我們試一下，結果如下：

可以看到，手動調用loadView後，label是被創建了出來，但是暴漏了一個更嚴重的問題，系統不在調用ViewDidLoad方法，這是十分有風險的，因為我們大部分的初始化代碼都會放在這個方法裡，所以手動調用loadView是一種錯誤的方法，apple文檔聲明對於loadView方法，我們從來都不要手動直接調用，那麼我們如何實現創建後對成員對象進行傳值設置呢，iOS9中增加了這樣一個方法：
- (void)loadViewIfNeeded NS_AVAILABLE_IOS(9_0);
這個方法十分有用，調用這個方法，會將視圖創建出來，並且不會忽略viewDidLoad的調用。
在iOS9中，UIViewController還增加了下面一個布爾值的屬性，可以同來判斷controller的view是否已經加載完成：
@property(nullable, nonatomic, readonly, strong) UIView *viewIfLoaded NS_AVAILABLE_IOS(9_0);


四、UIViewController與StroyBoard的相關相互方法
對於ViewConroller，我們一般有兩種方式創建，一種是用純代碼的方式，一種是與StoryBoard關聯，在UIViewController中，有許多方法方便我們與StoryBoard進行交互聯系。
1、ViewController直接在StoryBoard中進行跳轉的傳值
在StoryBoard中進行界面跳轉是十分方便的，我們在StoryBoard中拉入兩個ViewController，在一個上面添加一個按鈕，點住按鈕按住control，將鼠標拉到第二個controller上，會出現如下的跳轉選項：

我們選擇一個後，就會在兩個controller之間建立一個跳轉連接。當我們運行點擊按鈕後，會自動從第一個controller跳轉到第二個controller。在UIViewController中有如下方法可以對是否跳轉進行控制：
- (BOOL)shouldPerformSegueWithIdentifier:(NSString *)identifier sender:(nullable id)sender NS_AVAILABLE_IOS(6_0);
這個方法如果返回NO，自動跳轉將不能進行，會被拒絕，需要注意的是，這個方法只會在自動的跳轉時被調用，我們手動使用代碼跳轉StoryBoard中的連接關系時是不會被調用的，我們後面討論。
在執行過上述方法後，如果返回YES，系統還會在執行如下一個方法，作為跳轉前的准備，我們可以在這個方法中進行一些傳值操作，這個方法無論使我們手動進行跳轉還是storyboard中自動跳轉，都會被執行：
- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(nullable id)sender NS_AVAILABLE_IOS(5_0);
sugur對象中封裝了相關的ViewController，可以使用segue.destinationViewController獲取。
segue在StoryBoard中除了用來自動正向跳轉外，我們還可以進行反向的跳轉，類似pop和dismiss方法，這種segue被稱為unwind sugue。例如，我們有一個controller1和一個controllert2，要使用unwind segue從2返回1，我們需要在2中實現如下格式的方法：
- (IBAction)unwindSegueToViewController:(UIStoryboardSegue *)segue {
    NSLog(@"unwindSegueToViewController");
}
這個方法中的返回值必須為IBAction，參數必須是UIStoryboardSegue，方法名我們可以自己定義，之後在StoryBoard中的ViewController1中的Exit選項中，我們會發現多了一個這樣的方法：

我們可以把它連接到viewController2中的一個按鈕上：

這樣，當我們點擊viewController2中的按鈕時，就會返回到我們第一個ViewController1中了。
當然，在使用unwind segue方法時，也是會有一些回調幫助我們進行跳轉前的設置和傳值，UIViewController如下方法會在跳轉前調用，返回NO，則不能進行跳轉：
-(BOOL)canPerformUnwindSegueAction:(SEL)action fromViewController:(UIViewController *)fromViewController withSender:(id)sender{
    NSLog(@"canPerformUnwindSegueAction");
    return YES;
}
之後會執行我們自定義的unwindSegue方法，這個方法中我們可以什麼都不寫，模式是會進行跳轉的。
2、使用代碼跳轉Storyboard中的controller
我們除了在Storyboard中拉拉扯扯可以進行控制器的跳轉外，我們也可以使用代碼來跳轉Storyboard中segue連接關系。
在Storyboard中兩個控制器間建立一個segue聯系，我們可以取一個名字：

在觸發跳轉的方法中，使用如下方法進行跳轉，這裡面的參數id就是我們取得segue的id：
- (void)performSegueWithIdentifier:(NSString *)identifier sender:(nullable id)sender NS_AVAILABLE_IOS(5_0);
下面三個屬性我們可以獲取controller的nib文件名，其storyBoard和其Bundle:
@property(nullable, nonatomic, readonly, copy) NSString *nibName; 
@property(nullable, nonatomic, readonly, strong) NSBundle *nibBundle;
@property(nullable, nonatomic, readonly, strong) UIStoryboard *storyboard NS_AVAILABLE_IOS(5_0);


五、UIViewController之間的一些從屬關系
這部分的內容和方法可能我們接觸用到的並不多，但是在某些情況下，使用這些方法可以大大的方便某些邏輯。
1、parentViewController
 UIViewController裡面封裝了一個數組，可以存放其子ViewController，系統中使用的例子就是導航和tabBar這類的控制器，我們使用如下方法可以直接訪問這些父的controller：
@property(nullable,nonatomic,weak,readonly) UIViewController *parentViewController;
2、模態跳轉中Controller的從屬
在我們進行控制器的跳轉時，只要控制器沒有被釋放，我們都可以順籐摸瓜的找到它，使用如下兩個方法：
//其所present的contller，比如，A和B兩個controller，A跳轉到B，那麼A的presentedViewController就是B
@property(nullable, nonatomic,readonly) UIViewController *presentedViewController  NS_AVAILABLE_IOS(5_0);
//和上面的方法剛好相反，比如，A和B兩個controller，A跳轉到B，那麼B的presentingViewController就是A
@property(nullable, nonatomic,readonly) UIViewController *presentingViewController NS_AVAILABLE_IOS(5_0);
了解了上面方法我們可以知道，對於反向傳值這樣的問題，我們根本不需要代理，block，通知等這樣的復雜手段，只需要獲取跳轉到它的Controller，直接設置即可。舉個例子，我們需要在第二個界面消失後，改變第一個界面的顏色，在第二個controller中只需要下面的代碼即可實現 ：
    self.presentingViewController.view.backgroundColor = [UIColor colorWithRed:arc4random()%255/255.0 green:arc4random()%255/255.0 blue:arc4random()%255/255.0 alpha:1];
    [self dismissViewControllerAnimated:YES completion:nil];


六、UIViewController的模態跳轉及動畫特效
單純的UIViewController中，我們使用最多的是如下的兩個方法，一個向前跳轉，一個向後返回:
- (void)presentViewController:(UIViewController *)viewControllerToPresent animated: (BOOL)flag completion:(void (^ __nullable)(void))completion NS_AVAILABLE_IOS(5_0);
- (void)dismissViewControllerAnimated: (BOOL)flag completion: (void (^ __nullable)(void))completion NS_AVAILABLE_IOS(5_0);
從方法中，我們可以看到，有animated這個參數，來選擇是否有動畫特效，默認的動畫特效是像抽屜一樣從手機屏幕的下方向上彈起，當然，這個效果我們可以進行設置，UIViewController有如下一個屬性來設置動畫特效：
@property(nonatomic,assign) UIModalTransitionStyle modalTransitionStyle NS_AVAILABLE_IOS(3_0);
注意，這個要設置的是將要跳轉到的controller，枚舉如下：
typedef NS_ENUM(NSInteger, UIModalTransitionStyle) {
    UIModalTransitionStyleCoverVertical = 0,//默認的，從下向上覆蓋
    UIModalTransitionStyleFlipHorizontal ,//水平翻轉
    UIModalTransitionStyleCrossDissolve,//溶解
    UIModalTransitionStylePartialCurl ,從下向上翻頁
};
除了跳轉的效果，還有一個屬性可以設置彈出的controler的填充效果，但是這個屬性只在pad上有效，在iphone上無效，都是填充到整個屏幕：
@property(nonatomic,assign) UIModalPresentationStyle modalPresentationStyle NS_AVAILABLE_IOS(3_2);
//枚舉如下
typedef NS_ENUM(NSInteger, UIModalPresentationStyle) {
        UIModalPresentationFullScreen = 0,//填充整個屏幕
        UIModalPresentationPageSheet,//留下狀態欄
        UIModalPresentationFormSheet,//四周留下變暗的空白
        UIModalPresentationCurrentContext ,//和跳轉到它的控制器保持一致
        UIModalPresentationCustom NS_ENUM_AVAILABLE_IOS(7_0),//自定義
        UIModalPresentationOverFullScreen NS_ENUM_AVAILABLE_IOS(8_0),
        UIModalPresentationOverCurrentContext NS_ENUM_AVAILABLE_IOS(8_0),
        UIModalPresentationPopover NS_ENUM_AVAILABLE_IOS(8_0) __TVOS_PROHIBITED,
        UIModalPresentationNone NS_ENUM_AVAILABLE_IOS(7_0) = -1,        
};


七、viewController顯示（關閉）其它viewController
在5.0之前，對應的方法是使用model view controller系列的方法。5.0以後增加了presented,prensentingViewController的概念，modalViewController對應5.0後的presentedViewController

FCDemoViewController *controller= [[FCDemoViewController alloc]initWithNibName:@"FCDemoViewController" bundle:nil]; 
controller.modalTransitionStyle=UIModalTransitionStyleFlipHorizontal; 
[self presentModalViewController:controller animated:YES]; 
NSLog(@"%@",self.modalViewController); 
//5.0  
[self presentViewController:controller animated:YES completion:nil]; 
NSLog(@"%@",self.presentedViewController); 
NSLog(@"%@",self.presentingViewController);  
 屬性modalPresentationStyle在iPad下有幾種顯示形式，對應不同的顯示區域。屬性modellTransitionStyle決定過渡形式.
關閉也有對應的方法:dismissModalViewControllerAnimated或iOS5.0以後的dismissViewControllerAnimated:completion:
5.0以後其它的變化:
controller可以自定義子controller的集合，這樣每一個controller都可以是一個container controller.
definesPresentationContext決定當前顯示其它controller的controller是否提供context給presentedViewController(modalViewController),如果不，就會找上一級的controller的該值。
詳細的操作可以查看class reference.
蘋果官方推薦使用協議的方式來讓controller相互通信。首先聲明一個協議，並在主controller中實現該協議的方法，在顯示其它controller的時候，為其設置delegate＝self.這樣在其它controller需要回調presentingViewController就可以直接用delegate方法來回調到它。通過這樣的方式，可以使得復用性大大增強。而且被顯示的controller也不用完全知道顯示它的controller的所有信息和屬性。