259
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。
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還是繼續做它該做的事情
最後更新：2017-04-02 22:16:36