UIViewController中的一些方法解释

init方法
在init方法中实例化必要的对象（遵从LazyLoad思想）
init方法中初始化ViewController本身

loadView方法
当view需要被展示而它却是nil时，viewController会调用该方法。不要直接调用该方法。
如果手工维护views，必须重写该方法
如果使用IB维护views，必须不能重写该方法
loadView和IB构建view

viewDidLoad方法
重写该方法以进一步定制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用户数据或其他很难被重新创建的对象
当viewController 的view 不在屏幕上的时候. 又收到了 memory warning 才会 触发 viewDidUnload
viewDidUnload实际上是摧毁了viewController的view

举例 当viewController B被push进navigationController 的栈成为栈顶.viewController A 是viewController B的 前一个viewController.
viewController A的view 现在 执行了 viewWillDisappear 和viewDidDisappear.如果这个时候app收到系统的 memorywarning.viewControllerA 毁执行viewDidUnload 摧毁掉他的view.而当前viewControllerB 则不会执行viewDidUnload

当你  viewController B     Disappear 的时候  viewController A会重新加载次view  所以 viewController A 的viewDidLoad  会重新执行次
建议在viewDidUnload 里 释放掉所有 view的subView 和可能有关联的一些 比如 image 和一些有disk cache的数据
不要释放掉（从网络获得,并且没有做disk cache的数据

dealloc方法
viewDidUnload和dealloc方法没有关联，dealloc还是继续做它该做的事情
dealloc后调用super的方法，viewdidunload / didreceivememorywarning先调用super的
set nil是因为内存不足时重新调用viewDidLoad判断对象为空的话就会重新创建