ViewController是IOS开发中MVC模式中的C，ViewController是view的controller，ViewController的职责主要包括管理内部各个view的加载显示和卸载，同时负责与其他ViewController的通信和协调。在IOS中，有两类ViewController，一类是显示内容的，比如UIViewController、UITableViewController等，同时还可以自定义继承自UIViewController的ViewController；另一类是ViewController容器，UINavigationViewController和UITabBarController等，UINavigationController是以Stack的形式来存储和管理ViewController，UITabBarController是以Array的形式来管理ViewController。和Android中Activity一样，IOS开发中，ViewController也有自己的生命周期（Lifecycle）。

首先来看看View的加载过程，如下图：

从图中可以看到，在view加载过程中首先会调用loadView方法，在这个方法中主要完成一些关键view的初始化工作，比如UINavigationViewController和UITabBarController等容器类的ViewController；接下来就是加载view，加载成功后，会接着调用viewDidLoad方法，这里要记住的一点是，在loadView之前，是没有view的，也就是说，在这之前，view还没有被初始化。完成viewDidLoad方法后，ViewController里面就成功的加载view了，如上图右下角所示。

在Controller中创建view有两种方式，一种是通过代码创建、一种是通过Storyboard或Interface Builder来创建，后者可以比较直观的配置view的外观和属性，Storyboard配合IOS6后推出的AutoLayout。通过IB或Storyboard创建view，在Controller中创建view后，会在Controller中对view进行一些操作，会出现如下代码：

@interface MyViewController()

@property (nonatomic) IBOutlet id myButton;

@property (nonatomic) IBOutlet id myTextField;

- (IBAction)myAction:(id)sender;

@end

这里用IBOutlet标记了一个UIButton和一个UITextField，用IBAction来标记UIButton的响应事件，IBOutlet和IBAction都是一个整形常量，用来标记控件，通过一张图能比较清晰的看清他们之间的关系：

从图中可以看到，当系统发出内存警告时，会调用didReceiveMemoeryWarning方法，如果当前有能被释放的view，系统会调用viewWillUnload方法来释放view，完成后调用viewDidUnload方法，至此，view就被卸载了。此时原本指向view的变量要被置为nil，具体操作是在viewDidUnload方法中调用self.myButton = nil。

上图中，MyViewController是继承自UIViewController的一个自定义ViewController，它包含两个View，一个是UIButton，一个是UITextField，从箭头的指向性上就可以比较好的理解IBOutlet和IBAction了。IBOutlet是告诉Interface Builder，此实例变量被连接到nib文件中的view对象，IBOutlet本身不做任何操作，只是一个标记作用。IBAction同样是个标记关键字，它只能标记方法，它告诉IB用IBAction标记的方法可以被某个控件触发。

通过代码的方式创建view，如下代码：

- (void)loadView

{

     CGRect applicationFrame = [[UIScreen mainScreen] applicationFrame];

     UIView *contentView = [[UIView alloc] initWithFrame:applicationFrame];

     contentView.backgroundColor = [UIColor redColor];

     self.view = contentView;

     levelView = [[LevelView alloc] initWithFrame:applicationFrame viewController:self];

     [self.view addSubview:levelView];

}

上述代码首先得到屏幕的frame，然后根据该frame生成了一个contentView，并指定当前ViewController的root view为contentView，然后生成了一个LevelView的自定义View并将它通过addSubview：方法添加到当前ViewController当中，完成view的初始化加载。

关于loadView方法的重写，官方文档中有一个明显的注释，原文如下：

Note:When overriding theloadViewmethod to create your views programmatically, you should not callsuper. Doing so initiates the default view-loading behavior and usually just wastes CPU cycles. Your own implementation of theloadViewmethod should do all the work that is needed to create a root view and subviews for your view controller.

意思是当通过代码方式去创建你自己的view时，在loadView方法中不应该调用super，如果调用[super loadView]会影响CPU性能。

接下来我们看看ViewController中的view是如何被卸载的：

从图中可以看到，当系统发出内存警告时，会调用didReceiveMemoeryWarning方法，如果当前有能被释放的view，系统会调用viewWillUnload方法来释放view，完成后调用viewDidUnload方法，至此，view就被卸载了。此时原本指向view的变量要被置为nil，具体操作是在viewDidUnload方法中调用self.myButton = nil.

注意:viewWillUnload和viewDidUnload已经在ios6被废弃了，因为清除视图的引用已经没有必要了（Clearing references to views is no longer necessary）。

另外需要注意的是：

1.没有viewWillLoad。

2.viewDidLoad和viewDidUnload并不是成对的。

这是一个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中写相关的布局代码十分危险。

ViewController的生命周期中各方法执行流程如下：

alloc -> init -> loadView -> viewDidLoad -> viewWillAppear -> viewWillLayoutSubviews -> viewDidLayoutSubviews -> viewDidAppear -> viewWillDisappear -> viewDidDisappear -> dealloc

viewWillUnload和viewDidUnload

viewWillUnload：（iOS6废除）

1.当消除掉控制器的视图之前调用

2.视图不会再在低内存条件下被清除所以这个方法不会再被调用。

3.在iOS5之前，当低的内存情况发生的时候，当前控制器的视图们不再被需要的时候，系统会有选择性的将这些视图从这些内存移除。这个方法被调用的目的是在视图被真正的销毁前你可以执行一些清空的任务。比如，你想要使用这个方法去清空视图的观察者或通知或者记录视图的状态以便当重新读取的时候恢复。

4.在iOS6之后，不再需要清空视图的引用。因此，其他一些关于清理的方法，比如清空观察者，也不是必要的了。

viewDidUnload：（iOS6废除）

1.当视图从内存中被消除后调用

2.视图在低的内存情况下不再被销毁所以这个方法也不再会调用

3.在iOS5之前，低的内存状况发生之后，当前的试图控制器的视图不再被需要，系统会选择性的在视图控制器的视图被销毁后调用。这个方法使你执行一些最后清空任务的最后机会如果你的视图控制器存储着对视图的或子控件的单独引用，你应该使用这个方法去释放这些引用。你也可以使用这个方法去消除一些你再创建视图时候所创建的但是当视图不再的时候不再需要的关于对象的引用。你不应该使用这个方法去释放用户数据或者一些不能轻易被重新创建的数据。

4.在iOS6之后，清空在试图控制器中对views和其他对象的引用已经没有必要了。

5.当这个方法被调用的时候，视图的属性是空的。

参考：//www.greatytc.com/p/fcfbd4919b0b

http://blog.csdn.net/ryantang03/article/details/8264072