viewcontroller生命周期知识要点

一 viewcontroller执行方法的主要顺序为：

init—>loadView—>viewDidLoad—>viewWillApper—>viewDidApper—>viewWillDisapper—>viewDidDisapper—>viewDidUnload—>dealloc

二  关于init方法，一般是- (instancetype)initWithNibName:(NSString *)nibNameOrNil bundle:(NSBundle *)nibBundleOrNil;

如果为viewcontroller创建了配套的xib文件，那么直接调用init方法会自动去寻找对应的xib文件并正确载入；

例如：如果viewcontroller类为MyList，对应的xib文件也是MyList.xib; 那么

UIViewController* vc = [[MyList alloc] init]; 的实际效果和

UIViewController* vc = [[MyList alloc] initWithNibName:@"MyList" bundle:nil]; 是一样的；

但如果文件不是对应的，那么一定要显式指定xib文件名；建议如果是用xib的话，都显示指定文件名。

三 关于loadView.

按照SDK文档的说法，不要自己显示调用这个方法。这个方法会在需要用到view属性但是view属性为nil的时候自动调用的. 如果viewcontroller与nib关联(无论是用xib文件还是storyboard文件等等)，那么会从对应的nib中load view并且赋给view属性. 也就是如果是用Interface Builder来写的界面，那么不要重写loadView方法。如果是代码写的界面而且需要提供不一样的view层次的话，子类也可以自己重写这个方法. 大部分情况下其实不需要实现这个方法了.

四 在iOS 6之前，对于不在最上层显示的view controller, 在收到内存警告的时候，系统会将view释放，并调用viewWillUnload和viewDidUnload. 此时重新进入界面的时候viewDidLoad会再次被调用. 所以这时如果还是用MRC的话，注意viewDidLoad中不要因为重入而多次alloc一些对象.

而在iOS 6之后，在收到内存警告的时候，系统会自动回收一些与渲染相关的内存，实际与view相关的内存绝大多数情况下都不需要被回收了。尽管这个时候也可以手动的self.view = nil；来释放内存，但是苹果其实不推荐这么做的，这个时候回到的内存少得可怜，反而增加了处理的复杂度。这个时候其实只需要根据实际需求来释放一些持有的占用大量内存的成员变量.

四 假如在view controller A上present 了一次view controller B, 那么当B被dismiss的时候，A的viewWillApper与viewDidApper是不会被调用的.

在这个方法的注释中有如下这么一段：

Note

If a view controller is presented by a view controller inside of a popover, this method is not invoked on the presenting view controller after the presented controller is dismissed.