ViewController的生命周期分析和使用（转）
iOS的SDK中提供很多原生ViewController，大大提高了我们的开发效率，下面是我的一些经验。
<a name="t0" style="margin: 0px; padding: 0px;"></a>一、结构
按结构可以对iOS的所有ViewController分成两类：
1、主要用于展示内容的ViewController，这种ViewController主要用于为用户展示内容，并与用户交互，如UITableViewController，UIViewController。
2、用于控制和显示其他ViewController的ViewController。这种ViewController一般都是一个ViewController的容器。如UINavigationController，UITabbarController。它们都有一个属性：viewControllers。其中UINavigationController表示一种Stack式结构，push一个ViewController或pop一次，因此后一个ViewController一般会依赖前一个ViewController。而UITabbarController表示一个Array结构，各个ViewController是并列的。
第一种ViewController会经常被继承，用来显示不同的数据给用户。而第二种很少被继承，除非你真的需要自定义它。
注：细心的同学应该能发现，在Xcode中新建一个ViewController时，只可以选择继承自UIViewController和UITableViewController，而它们都是第一种。
<a name="t1" style="margin: 0px; padding: 0px;"></a>二、Controller和View的生命周期
这里指的View是指Controller的View。它作为Controler的属性，生命周期在Controller的生命周期内。就是说你的Controller不能在view释放前就释放了。
图2 ViewController生命周期
image
当你alloc并init了一个ViewController时，这个ViewController应该是还没有创建view的。ViewController的view是使用了lazyInit方式创建，就是说你调用的view属性的getter：［self view］。在getter里会先判断view是否创建，如果没有创建，那么会调用loadView来创建view。loadView完成时会继续调用viewDidLoad。loadView和viewDidLoad的一个区别就是：loadView时还没有view。而viewDidLoad时view以及创建好了。
当view被添加其他view中之前时，会调用viewWillAppear，而之后会调用viewDidAppear。
当view从其他view中移出之前时，会调用viewWillDisAppear，而之后会调用viewDidDisappear。
当view不在使用，而且是disappeared，受到内存警告时，那么viewController会将view释放并将其指向nil。
<a name="t2" style="margin: 0px; padding: 0px;"></a>三、代码组织（如何设计良好的viewcontroller）
ViewController生命周期中有那么多函数，一个重要问题就是什么代码该写在什么地方。
1、init里不要出现创建view的代码。良好的设计，在init里应该只有相关数据的初始化，而且这些数据都是比较关键的数据。init里不要掉self.view，否则会导致viewcontroller创建view。（因为view是lazyinit的）。
2、loadView中只初始化view，一般用于创建比较关键的view如tableViewController的tabView，UINavigationController的navgationBar，不可掉用view的getter（在掉super loadView前），最好也不要初始化一些非关键的view。如果你是从nib文件中创建的viewController在这里一定要首先调用super的loadView方法，但建议不要重载这个方法。
3、viewDidLoad 这时候view已经有了，最适合创建一些附加的view和控件了。有一点需要注意的是，viewDidLoad会调用多次（viewcontroller可能多次载入view，参见图2）。
4、viewWillAppear 这个一般在view被添加到superview之前，切换动画之前调用。在这里可以进行一些显示前的处理。比如键盘弹出，一些特殊的过程动画（比如状态条和navigationbar颜色）。
5、viewDidAppear 一般用于显示后，在切换动画后，如果有需要的操作，可以在这里加入相关代码。
6、viewDidUnload 这时候viewController的view已经是nil了。由于这一般发生在内存警告时，所以在这里你应该将那些不在显示的view释放了。比如你在viewcontroller的view上加了一个label，而且这个label是viewcontroller的属性，那么你要把这个属性设置成nil，以免占用不必要的内存，而这个label在viewDidLoad时会重新创建。
在我之前的学习笔记中讨论过ViewController，过了这么久，对它也有了新的认识和体会，ViewController是我们在开发过程中碰到最多的朋友，今天就来好好认识一下它。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的加载过程，如下图：
image
[图片上传失败...(image-a4e2d8-1510536625033)]
从图中可以看到，在view加载过程中首先会调用loadView方法，在这个方法中主要完成一些关键view的初始化工作，比如UINavigationViewController和UITabBarController等容器类的ViewController；接下来就是加载view，加载成功后，会接着调用viewDidLoad方法，这里要记住的一点是，在loadView之前，是没有view的，也就是说，在这之前，view还没有被初始化。完成viewDidLoad方法后，ViewController里面就成功的加载view了，如上图右下角所示。
在Controller中创建view有两种方式，一种是通过代码创建、一种是通过Storyboard或Interface Builder来创建，后者可以比较直观的配置view的外观和属性，Storyboard配合IOS6后推出的AutoLayout，应该是Apple之后主推的一种UI定制解决方案，后期我会专门介绍一篇使用AutoLayout进行UI制作的文章。言归正传，通过IB或Storyboard创建view，在Controller中创建view后，会在Controller中对view进行一些操作，会出现如下代码：
[cpp] view plain
-
@interface MyViewController()
-
@property (nonatomic) IBOutlet id myButton;
-
@property (nonatomic) IBOutlet id myTextField;
- (IBAction)myAction:(id)sender;
-
@end
这里用IBOutlet标记了一个UIButton和一个UITextField，用IBAction来标记UIButton的响应事件，IBOutlet和IBAction都是一个整形常量，用来标记控件，通过一张图能比较清晰的看清他们之间的关系：
image
上图中，MyViewController是继承自UIViewController的一个自定义ViewController，它包含两个View，一个是UIButton，一个是UITextField，从箭头的指向性上就可以比较好的理解IBOutlet和IBAction了。IBOutlet是告诉Interface Builder，此实例变量被连接到nib文件中的view对象，IBOutlet本身不做任何操作，只是一个标记作用。IBAction同样是个标记关键字，它只能标记方法，它告诉IB用IBAction标记的方法可以被某个控件触发。
通过编程的方式创建view，如下代码：
[cpp] view plain
-
- (
void)loadView
-
{
-
CGRect applicationFrame = [[UIScreen mainScreen] applicationFrame];
-
UIView *contentView = [[UIView alloc] initWithFrame:applicationFrame];
-
contentView.backgroundColor = [UIColor blackColor];
-
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 the loadView method to create your views programmatically, you should not call super. Doing so initiates the default view-loading behavior and usually just wastes CPU cycles. Your own implementation of the loadView method 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是如何被卸载的：
image
[图片上传失败...(image-3a66dd-1510536625033)]
从图中可以看到，当系统发出内存警告时，会调用didReceiveMemoeryWarning方法，如果当前有能被释放的view，系统会调用viewWillUnload方法来释放view，完成后调用viewDidUnload方法，至此，view就被卸载了。此时原本指向view的变量要被置为nil，具体操作是在viewDidUnload方法中调用self.myButton = nil;
小结一下：
loadView和viewDidLoad的区别就是，loadView时view还没有生成，viewDidLoad时，view已经生成了，loadView只会被调用一次，而viewDidLoad可能会被调用多次（View可能会被多次加载），当view被添加到其他view中之前，会调用viewWillAppear，之后会调用viewDidAppear。当view从其他view中移除之前，调用viewWillDisAppear，移除之后会调用viewDidDisappear。当view不再使用时，受到内存警告时，ViewController会将view释放并将其指向为nil。
ViewController的生命周期中各方法执行流程如下：
init—>loadView—>viewDidLoad—>viewWillApper—>viewDidApper—>viewWillDisapper—>viewDidDisapper—>viewWillUnload->viewDidUnload—>dealloc
