我要总结的函数主要是这几个：
UIView *view－如果view还没有被初始化的话，getter方法会先调用[self loadView]，如果getter或者setter方法被重写了，子类中的getter或者setter方法必须调用super中的getter或者setter方法
init (initWithNibName)－初始化程序，实际上，我们在调用init的时候相当于调用initWithNibName函数参数为空的情况，如果我们重定义init，我们需要在init的函数中加入这一行代码：
self = [super initWithNibName:nibNameOrNil bundle:nibBundleOrNil];(引用：http://yinghuayuan8866.blog.163.com/blog/static/22457027201242453150388/)
viewDidLoad－加载视图，在view已经被创建后调用。对于从代码中创建的view controller，它在-loadView 之后。对于从nib创建的view controller来说，这个函数在view被设置之后调用。无论通过什么途径加载(Xcode或者IB,这里的加载属于实例化)完view后肯定会执行这个方法.但是还有一种非常特殊的情况，前面也说过了，当我们使用带有nib创建的UITableViewController的时候，如果调用init方法或者使用参数为nil的initWithNibName的函数来初始化却不会默认加载相同名字的nib文件。
viewWillAppear－UIViewController对象的视图即将加入窗口时调用；
viewDidApper－UIViewController对象的视图已经加入到窗口时调用；
viewWillDisappear－UIViewController对象的视图即将消失、被覆盖或是隐藏时调用；
viewDidDisappear－UIViewController对象的视图已经消失、被覆盖或是隐藏时调用；
viewVillUnload－当内存过低时，需要释放一些不需要使用的视图时，即将释放时调用；
viewDidUnload－当内存过低，释放一些不需要的视图时调用。
loadView －(如果没有使用nib的话，子类应该创建自己的自定义视图，这个函数永远都不应该被直接调用)(This is where subclasses should create their custom view hierarchy if they aren't using a nib. Should never be called directly.)
视图控制对象通过alloc和init来创建，但是视图控制对象不会在创建的那一刻就马上创建相应的视图，而是等到需要使用的时候才通过调用loadView来创建，这样的做法能提高内存的使用率。比如，当某个标签有很多UIViewController对象，那么对于任何一个UIViewController对象的视图，只有相应的标签被选中时才会被创建出来。(引用:http://blog.163.com/wzi_xiang/blog/static/6598296120121111105859204/)
跟随如下文字理解viewController对view加载过程：(原文地址：http://hi.baidu.com/ericnew/item/49d81de66d1987f7e1a5d40e)
1 先判断子类是否重写了loadView，如果有直接调用。之后调viewDidLoad完成View的加载。
2 如果是外部通过调用initWithNibName:bundle指定nib文件名的话，ViewController记载此nib来创建View。
3 如果initWithNibName:bundle的name参数为nil，则ViewController会通过以下两个步骤找到与其关联的nib。
A 如果类名包含Controller，例如ViewController的类名是MyViewController，则查找是否存在MyView.nib；
B 找跟ViewController类名一样的文件，例如MyViewController，则查找是否存在MyViewController.nib。
4 如果子类没有重写的loadView，则ViewController会从StroyBoards中找或者调用其默认的loadView，默认的loadView返回一个空白的UIView对象。
注意第一步，ViewController是判断子类是否重写了loadView，而不是判断调用子类的loadView之后 ViewController的View是否为空。就是说，如果子类重写了loadView的话，不管子类在loadView里面能否获取到 View，ViewController都会直接调viewDidLoad完成View的加载。
loadView的用法
UIViewController的loadView
用UIViewController有一段时间了，才发现以前对loadView的理解完全不到位。
假如我们用Xcode新建一个View-based Application，在ViewController.m中加上
- (void) loadView {
NSLog(@"loadView Called");
}
再增加viewDidLoad，按照一般的情况，我们会有这样的Code
- (void) viewDidLoad {
[super viewDidLoad];
UIButton *customButton = [UIButton buttonWith.....
......
[self.view addSubView:customButton];
}
现在打开MainWindow.xib，删掉其中的ViewController，并在AppDelegate.m的
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions;
里增加ViewController的初始化
viewController = [[XXXViewController alloc] init];
编译运行就有问题了。Console中不断的输出loadView Called!
仔细的阅读loadView的文档，才知道loadView不是这么用的。
loadView在每一次使用self.view这个property，并且self.view为nil的时候被调用，用以产生一个有效的self.view。这个接口原本是为了让我们自定义view用的。在不被subclass实现的情况下，也就是[super loadView]的效果，应该就是产生了一个有效的view，也就是一个空白的view。
在上面这种情况下，loadView被实现为空（只有一条打印语句），而且我们没有通过XIB初始化ViewController，所以在viewDidLoad被执行时，self.view是为nil的。所以在执行[self.view addSubView:customButton]时，loadView被调用，用来产生一个有效的view，使得self.view不再为nil。罢特，我们错了（-_-!)。我们的loadView什么也没有做，于是就出现了上面的情形，不断的调用一个什么都不做的loadView….
当然，我们只要在loadView中增加一句[super loadView]就没有问题了。但这并不是Cocoa的设计者所期望的。
loadView仅仅应该在开发者希望自行通过编码而不是Interface Builder定制view的时候被实现，而且不应该在其中调用[super loadView]，你的loadView中应该有self.view = …这样的行为。
如果仅仅是想要在当前view上增加一些UIButton或是UILabel，应该在viewDidLoad里去做，此时不要实现自己的loadView。