由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。
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還是繼續做它該做的事情
ViewController的didReceiveMemoryWarning是在什么時候調用的？默認的操作是什么？
當程序接到內存警告時View Controller將會收到這個消息：didReceiveMemoryWarning
從iOS3.0開始，不需要重載這個函數，把釋放內存的代碼放到viewDidUnload中去。
這個函數的默認實現是:檢查controller是否可以安全地釋放它的view(這里加粗的view指的是controller的view屬性)，比如view本身沒有superview并且可以被很容易地重建（從nib或者loadView函數）。
如果view可以被釋放，那么這個函數釋放view并調用viewDidUnload。
你可以重載這個函數來釋放controller中使用的其他內存。但要記得調用這個函數的super實現來允許父類（一般是UIVIewController）釋放view。
如果你的ViewController保存著view的子view的引用，那么，在早期的iOS版本中，你應該在這個函數中來釋放這些引用。而在iOS3.0或更高版本中，你應該在viewDidUnload中釋放這些引用。
