一、UIViewController 的生命周期
下面带 (NSObject)的方法是NSObject提供的方法。其他的都是UIViewController 提供的方法。
load (NSObject)
initialize (NSObject)
init (NSObject)
initWithCoder
initWithNibName
awakeFromNib (NSObject)
loadView
viewDidLoad
viewWillAppear
updateViewConstraints
viewWillLayoutSubviews
viewDidLayoutSubviews
viewDidAppear
viewWillDisappear
viewDidDisappear
dealloc (NSObject)
didReceiveMemoryWarning
二、load、initialize、init
load、initialize是继承的NSObject的方法。这些在其他文章里写过，就不详述了。大体说下。
在main方法还没执行的时候 就会 加载所有类，调用所有类的load方法。
一般会在load中实现Method Swizzle。
初始化对象，调用alloc的时候会调用initialize方法。这个时候是分配内存。
init方法是在内存中创建好对象。
三、 initWithCoder、initWithNibName、awakeFromNib
1、initWithCoder、awakeFromNib
initWithCoder:反归档，如果对象是从文件解析来的 就会调用。
awakeFromNib： 从xib或者storyboard加载完毕 会调用。
新建UIView的子类并且想在load nib的时候做一些初始化工作的时候 可以重写awakeFromNib。bundle在load nib后会给每个view对象发送一个awakeFromNib消息。
2、用storyboard，顺序：
initialize -> initWithCoder -> awakeFromNib -> loadView
2、用Xib或者纯代码：
如果用[[VC alloc] init] 来初始化：
initialize -> init -> initWithNibName -> loadView
如果用[[VC alloc] initWithNibName:@“VC” bundle:nil] 来初始化：
initialize -> initWithNibName -> loadView
使用Xib来实现VC的时候，不要重写loadView方法。如果重写了loadView方法，则Xib中View就会消失，变成空View。
四、loadView
1、要重新设置View的时候，在loadView中去创建UIViewController的view，也就是self.view。
在这个方法中主要完成一些关键view的初始化工作。加载成功后接着调用viewDidLoad方法。
在loadView之前，self.view是不存在的，也就是说view还没有被初始化，loadView完成后view就建立好了。
比如：
- (void)loadView { NSLog(@"loadView中调用self.view : %@", self.view); }
这样会直接崩溃，因为self.view 还没创建。
在重写的loadView中调用[super loadView]，会自动初始化self.view。如下方式就不会崩溃：
- (void)loadView { [super loadView]; NSLog(@"loadView中调用self.view : %@", self.view); }
2、每次访问UIViewController的view(比如vc.view、self.view)而且view为nil，loadView方法就会被调用。
- (void)loadView { [super loadView]; NSLog(@"loadView中调用self.view : %@", self.view); } - (void)viewDidLoad { [super viewDidLoad]; self.view = nil; self.view.backgroundColor = [UIColor redColor]; //这时候view为nil，会再次调用loadView方法。执行完loadView后继续执行viewDidLoad方法，这样就死循环了。 }
上面代码 直接就死循环了，一直执行loadView和viewDidLoad方法。
3、loadView中自定义了view，那么xib、storyboard中设置的页面就会失效，frame也是无效的。如：
- (void)loadView { UIView *customView = [[UIView alloc] initWithFrame:CGRectMake(0, 0, 100, 100)]; customView.backgroundColor = [UIColor redColor]; self.view = customView; }
上面代码执行的效果是 全屏都是红色。
4、修改self.view的大小，可以在 viewDidLayoutSubviews 方法里去修改：
- (void)viewWillLayoutSubviews {
self.view.frame = CGRectMake(0, 0, 150, 150); }
5、默认的[super loadView] 中做了哪些事情：
5.1、如果UIViewController制定xib的名字或者storyboard 进行初始化 ，这样就会根据传入的xib的名字 去初始化view。如下代码：
XXViewController *xxVC = [[XXViewController alloc] initWithNibName:@"XXController" bundle:nil];
或者：
UIStoryboard *sb = [UIStoryboard storyboardWithName: @"XXSB" bundle: nil]; XXViewController *vc =[sb instantiateViewControllerWithIdentifier: @"XxxxViewController"];
5.2、如果xib没有显示的指定名称，就默认加载和UIViewController同名的xib文件。
5.3、如果没有找到xib文件就会创建 一个空白的UIView，这个view的frame为屏幕的大小。
五、viewDidLoad
loadView执行完成后调用viewDidLoad，viewDidLoad中主要完成界面的初始化 。如：往view上添加子视图、读取数据等。
页面打开后，如果没有销毁 就只执行一次。
六、viewWillAppear
viewDidLoad执行完成后就执行viewWillAppear。每次打开页面都会执行viewWillAppear。比如：从A页面push到B页面，然后从B页面返回到A页面的时候，viewDidLoad就不再执行，而viewWillAppear还是会执行。
如果要求每次显示该页面的时候都要刷新网络数据，就可以在viewWillAppear做网络请求的操作。
七、updateViewConstraints
主要功能是更新view的约束,并会调用其所有子视图的该方法去更新约束。
ViewController的View在更新视图布局时，会先调用ViewController的updateViewConstraints 方法。我们可以通过重写这个方法去更新当前View的内部布局，而不用再继承这个View去重写-updateConstraints方法。
两个方法都需要在方法实现的最后调用父类的该方法。并且这两个方法不建议直接调用。
- (void)updateViewConstraints { //在这里给view添加约束，请确保该view的translatesAutoresizingMaskIntoConstraints属性已设置为false [super updateViewConstraints]; }
如果是纯代码 用 frame布局，这个方法不会被调用。如果是 xib、storyboard 用 frame 布局也不会被调用，只有在使用Autolayout布局的时候才会被调用。
尽量将第一次初始化约束 写到init、viewDidLoad 这种方法中。
updateConstraints并不应该用来给视图添加初始的约束，它更适合用于周期性地更新视图的约束，或者在添加约束过于消耗性能的情况下将约束写到该方法中。
当我们在响应事件时（例如点击按钮时）对约束的修改如果写到updateConstraints中，会让代码的可读性非常差，同时会让性能比写到updateConstraints 还差。
这些在后面写约束的时候再详细讨论。
八、viewWillLayoutSubviews
view即将布局其Subviews。比如view的bounds改变了，要调整Subviews的位置，在调整之前要做的一些工作就可以在该方法中实现。
我们可以在这里设置 subviews 的 frame 属性。
在 Autolayout 机制被调用之前，viewWillLayoutSubviews 会被调用，在 Autolayout 机制被调用之后，viewDidLayoutSubviews 会被调用。即在 viewWillLayoutSubviews 和 viewDidLayoutSubviews 之间，Autolayout 机制会被调用。所以从viewWillLayoutSubviews 中获取的frame 是老的frame，从viewDidLayoutSubviews获取的frame才是正确的frame。
比如xib中设置了约束，然后 在viewDidLoad中设置frame，真实的位置还是根据xib中的约束显示的。
而且在viewWillLayoutSubviews中修改frame也是不生效的，那么，如何才能用代码修改布局生效？
方法一：
在viewDidLayoutSubviews中修改frame，这是最简单的方法。
方法二：推荐做法
在updateConstraints中修改约束。
方法三：
在viewWillLayoutSubviews中修改约束
九、viewDidLayoutSubviews
控制器的view布局子控件完成。这里获取的frame才是最正确的frame。
如果控件用的约束来布局的，在viewDidLayoutSubviews 中 去设置视图的frame 是无效的。
如果控件是用frame来布局的，在viewDidLayoutSubviews 中 去设置视图的frame 是有效的。
self.view 在viewDidLayoutSubviews 中 去设置 frame 是有效的。
十、viewWillDisappear
控制器的view即将消失的时候
十一、viewDidDisappear
控制器的view完全消失的时候
十二、 dealloc
当对象被释放的时候调用dealloc。
ARC中dealloc方法中常用的一些作用：
在dealloc中移除掉notification，解除delegate关系。
看一个类中是否有循环引用，可以用Instrument或者FBMemoryProfiler，不过最简单的还是在dealloc里打印日志。
十三、didReceiveMemoryWarning
当系统内存不足时，VC的didReceiveMemoryWarining 方法会被调用，VC所在的导航栈（self.navigationController.viewControllers）中的VC 也会被调didReceiveMemoryWarining。
didReceiveMemoryWarining 会判断当前VC的view是否显示在window上，
如果没有显示在window上，则didReceiveMemoryWarining 会自动将VC 的view以及其所有子view全部销毁。
如果当前UIViewController的view显示在window上，则不销毁该viewcontroller的view。
AppStore中一些可以释放内存的APP，就是先不断增加使用的内存，然后系统检测到内存不足的时候 会自动进行回收。
文章对应的代码地址：GitHub地址