init/loadView/viewDidLoad/viewDidUnload

这么细节的东西想来大家都不在意，平时也不会去关系，但是在面试时却常常被提到，所以了解viewController的生命周期还是很有必要的。由init、loadView、viewDidLoad、viewDidUnload、dealloc的关系说起
init方法
在init方法中实例化必要的对象（遵从LazyLoad思想）
‍init方法中初始化ViewController本身
loadView方法
当view需要被展示而它却是nil时，viewController会调用该方法。不要直接调用该方法。
如果手工维护views，必须重载重写该方法
如果使用IB维护views，必须不能重载重写该方法
loadView和IB构建view
你在控制器中实现了loadView方法，那么你可能会在应用运行的某个时候被内存管理控制调用。 如果设备内存不足的时候， view 控制器会收到didReceiveMemoryWarning的消息。 默认的实现是检查当前控制器的view是否在使用。 如果它的view不在当前正在使用的view hierarchy里面，且你的控制器实现了loadView方法，那么这个view将被release, loadView方法将被再次调用来创建一个新的view。
loadView指不使用xib，用代码实现控件。
viewDidLoad方法
viewDidLoad 此方法只有当view从nib文件初始化的时候才被调用。

重载重写该方法以进一步定制view
在iPhone OS 3.0及之后的版本中，还应该重载重写viewDidUnload来释放对view的任何索引
viewDidLoad后调用数据Model
‍
viewDidUnload方法‍
当系统内存吃紧的时候会调用该方法（注：viewController没有被dealloc）
内存吃紧时，在iPhone OS 3.0之前didReceiveMemoryWarning是释放无用内存的唯一方式，但是OS 3.0及以后viewDidUnload方法是更好的方式
在该方法中将所有IBOutlet（无论是property还是实例变量）置为nil（系统release view时已经将其release掉了）
在该方法中释放其他与view有关的对象、其他在运行时创建（但非系统必须）的对象、在viewDidLoad中被创建的对象、缓存数据等 release对象后，将对象置为nil（IBOutlet只需要将其置为nil，系统release view时已经将其release掉了）
一般认为viewDidUnload是viewDidLoad的镜像，因为当view被重新请求时，viewDidLoad还会重新被执行
viewDidUnload中被release的对象必须是很容易被重新创建的对象（比如在viewDidLoad或其他方法中创建的对象），不要release用户数据或其他很难被重新创建的对象
dealloc方法
viewDidUnload和dealloc方法没有关联，dealloc还是继续做它该做的事情。

loadView是使用代码生成视图的时候，当视图第一次载入的时候调用的方法。用于写代码实现控件。
loadView时候的注意事项
loadView是使用代码生成视图的时候，当视图第一次载入的时候调用的方法。用于写代码实现控件。
loadView是使用代码生成视图的时候，当视图第一次载入的时候调用的方法。

今天写一个Navigation Controller，给它加一个继承了TableViewController的View作为Navigation Controller的Root View

UITableViewController *tableViewController = [[TableViewController alloc] init];

UINavigationController *nav = [[UINavigationController alloc] initWithRootViewController: tableViewController];

nav.navigationBar.barStyle = UIBarStyleBlack;

[self.view addSubview:nav.view];



一切都很顺利成章，但是运行的时候，除了显示一个NavigationBar以外，表格并没有显示出来。 反复查找原因都为果。 后来仔细对比之前的代码，原来是tablebView中的loadView方法少写了下面这行代码：

[super loadView];



后来查了文档，说的很清楚，自己的类里面的loadView一定要第一行加上[super loadView]这句话。 看来以后还是要多注意细节。
Dealloc
将一个对象从内存中移除的时候会调用dealloc方法。这时是释放所有子实例变量的最佳时机：

- (void) dealloc
{
【caption release】;
[photographer release];
[super dealloc];
}

前面两行，我们只是向两个实例变量发送了release消息。这里我们不需要使用autorelease了，标准的release方法会更快。

最后一行非常重要。我们发送[super dealloc]消息，让超类进行清理工作。如果我们不加这行代码，对象就无法被移除，这就导致了内存泄漏。
loadView:
（加载视图）
- 建立层次结构
- 在不使用 Interface Builder 的时候发生
viewDidLoad:
（视图已加载）
- 加载附加的资源和数据
viewWillAppear:
（视图快要被显示）
- 准备在屏幕上加载
- 视图不会在每次显示重新加载
viewDidAppear:
（视图已被显示）
- 动画和其他视觉元素被加载

loadView 和 viewDidLoad 的区别

loadView 和 viewDidLoad 是 iPhone 开发中肯定要用到的两个方法。 他们都可以用来在视图载入的时候初始化一些内容。
但是他们有什么区别呢？
    viewDidLoad 方法只有当 view 从 nib 文件初始化的时候才被调用。viewDidLoad 用于初始化，加载时用到。
    loadView 方法在控制器的 view 为 nil 的时候被调用。 此方法用于以编程的方式创建 view 的时候用到。loadView 是使用代码生成视图的时候，当视图第一次载入的时候调用的方法。用于使用（写）代码来实现控件。用于使用代码生成控件的函数。如：
- ( void ) loadView {
    UIView *view = [ [ UIView alloc] initWithFrame:[ UIScreen
mainScreen] .applicationFrame] ;
[ view setBackgroundColor:_color] ;
    self.view = view;
[ view release] ;
}
    你在控制器中实现了 loadView 方法，那么你可能会在应用运行的某个时候被内存管理控制调用。 如果设备内存不足的时候， view 控制器会收到 didReceiveMemoryWarning 的消息。 默认的实现是检查当前控制器的 view 是否在使用。 如果它的 view 不在当前正在使用的 view hierarchy 里面，且你的控制器实现了 loadView 方法，那么这个view 将被 release, loadView 方法将被再次调用来创建一个新的view。


loadView和initWithFrame的关系
问：如题，loadView和initWithFrame有什么关系？果我另写了一个iniWithFrame：xxx andArgs：yyy，算不算重写或覆盖了系统的initWIthFrame?

答：如果是UIView 的话，关键是看里面是否包含self = [super initWithFrame:frame] 字样的代码。
init, loadview, viewWillLoad ,viewWillDisappear 等函数是有先后唤醒的次序，自己可以用 NSLOG 测试一下 具体的执行顺序.

一、loadView
永远不要主动调用这个函数。view controller会在view的property被请求并且当前view值为nil时调用这个函数。如果你手动创建view，你应该重载这个函数。如果你用IB创建view并初始化view controller，那就意味着你使用initWithNibName:bundle:方法，这时，你不应该重载loadView函数。
这个方法的默认实现是这样：先寻找有关可用的nib文件的信息，根据这个信息来加载nib文件，如果没有有关nib文件的信息，默认实现会创建一个空白的UIView对象，然后让这个对象成为controller的主view。
所以，重载这个函数时，你也应该这么做。并把子类的view赋给view属性(property)（你create的view必须是唯一的实例，并且不被其他任何controller共享），而且你重载的这个函数不应该调用super。
如果你要进行进一步初始化你的views，你应该在viewDidLoad函数中去做。在iOS 3.0以及更高版本中，你应该重载viewDidUnload函数来释放任何对view的引用或者它里面的内容（子view等等）。
这个网上的资料都说的很不全面，尤其是蓝色字部分。
二、viewDidLoad
这个函数在controller加载了相关的views后被调用，而不论这些views存储在nib文件里还是在loadView函数中生成。而多数情况下是做nib文件的后续工作。
三、viewDidUnload
这个函数是viewDidLoad的对立函数。在程序内存欠缺时，这个函数被controller调用，来释放它的view以及view相关的对象。由于controller通常保存这view以及相关object的引用，所以你必须使用这个函数来放弃这些对象的所有权以便内存回收。但不要释放那些难以重建的数据。
通常controller会保存nib文件建立的views的引用，但是也可能会保存着loadView函数创建的对象的引用。最完美的方法是使用合成器方法：self.myCertainView = nil
这样合成器会release这个view，如果你没有使用property，那么你得自己显示释放这个view。
网上对这个函数的描述含含糊糊，看了等于没看。
四、结论
所以流程应该是这样：
(loadView/nib文件)来加载view到内存 ——>viewDidLoad函数进一步初始化这些view ——>内存不足时，调用viewDidUnload函数释放views
—->当需要使用view时有回到第一步
如此循环

viewDidUnload方法
当系统内存吃紧的时候会调用该方法（注：viewController没有被dealloc）
内存吃紧时，在iPhone OS 3.0之前didReceiveMemoryWarning是释放无用内存的唯一方式，但是OS 3.0及以后viewDidUnload方法是更好的方式。

viewDidUnload方法
当系统内存吃紧的时候会调用该方法（注：viewController没有被dealloc）
内存吃紧时，在iPhone OS 3.0之前didReceiveMemoryWarning是释放无用内存的唯一方式，但是OS 3.0及以后viewDidUnload方法是更好的方式
在该方法中将所有IBOutlet（无论是property还是实例变量）置为nil（系统release view时已经将其release掉了）
在该方法中释放其他与view有关的对象、其他在运行时创建（但非系统必须）的对象、在viewDidLoad中被创建的对象、缓存数据等
release对象后，将对象置为nil（IBOutlet只需要将其置为nil，系统release view时已经将其release掉了）
一般认为viewDidUnload是viewDidLoad的镜像，因为当view被重新请求时，viewDidLoad还会重新被执行。
viewDidUnload中被release的对象必须是很容易被重新创建的对象（比如在viewDidLoad或其他方法中创建的对象），不要release用户数据或其他很难被重新创建的对象。
我是这样理解的，viewdidload是当程序第一次加载view时调用，以后都不会用到，而viewDidAppear是每当切换到view时就调用。