由init、loadView、viewDidLoad、viewDidUnload、dealloc的關係說起

對於iphone開發人員來說，記憶體管理是極為重要的技巧，哪怕程式的功能再強大，設計再漂亮，如果記憶體控制不好，也難逃程式莫名退出的噩運，這與網頁開發是完全不同的。

記憶體控制裡面有很多門道，在這裡分析一下 viewDidUnload 和 dealloc 的區別，關於這兩者的區別的文章很多，但是大都是摘抄和翻譯官方文檔，有的也只是簡單的說兩句，並沒有詳細說出兩者具體的區別。

在瞭解兩者之間的區別，首先要知道 view 的生命週期，google 裡面有很多文章，可以先去搜一下，這裡就不詳解了。

顧名思義  viewDidUnload 就是當 view 被卸載以後執行的語句，它與 viewDidLoad 是相互呼應的。大家都知道官方的解釋是執行類似

 

self.myOutlet = nil;

 

的命令，但是為什麼這麼幹，什麼時候調用這個方法呢？

這個方法是不能手動調用的，它實際上是當應用程式接收到手機記憶體警告的時候自動調用的方法，目的就是清空記憶體除當前 viewController 以外所有已經載入過的 viewController 裡面的暫時不再使用的一些控制項或資料，以避免應用程式應消耗記憶體過多被強制關閉。記住，是除當前正在展示的
view 所屬 viewController 以外所有已經在記憶體裡面的 viewController 執行 viewDidUnload 方法，而不是當前 viewController 執行 viewDidUnload，當然，這些 viewController 不會被 dealloc。所以在 viewDidUnload 裡面一般都是釋放 IBOutlet 變數和在 viewDidLoad、viewWillAppear、viewDidAppear 等方法能夠重建的資料。而由其他頁面傳遞過來的資料或者無法經過
viewDidLoad、viewWillAppear、viewDidAppear 等方法重建的資料則不能釋放，舉例子說如果在 navigationController 由上一個頁面傳遞過來的一張圖片，在 viewDidUnload 裡被釋放的話，則當 view 再次載入的時候就無法恢複了。

那為什麼要寫成 self.myOutlet = nil; ，實際上這個文法是執行了 property 裡的setter 方法，而不是一個簡單的變數賦值，它幹了兩件事：1、老資料 release 掉，2、新資料（nil）retain（當 property 設定為 retain 的情況下），當然對 nil retain 是無意義的。如果寫成 myOutlet = nil，那就是簡單的把 myOutlet 指向 nil，這樣記憶體就泄漏了，因為老資料沒有
release。而如果僅僅寫成 [myOutlet release] 也會有問題，因為當 view 被 dealloc 的時候會 再次 release，程式就出錯了，而對 nil release 是沒有問題的。
 
dealloc 是當前 viewController 被釋放的時候，清空所有當前 viewController 裡面的實體和資料來釋放記憶體，該方法也是自動調用的，無需手動執行。舉例說明當 modalView 被 dismissModalViewControllerAnimated 或者 navigationController 回到上一頁的時候，這個方法就會被自動調用。因為這個頁面已經不再使用了，所以可以把所有實體和資料都釋放（release）掉。

其實兩者最大的區別就是： viewDidUnload 是記憶體除當前以外所有 viewController 同時執行，而 dealloc 只是當前 viewController 執行。這個是網上的材料沒有說明的。

個人拙見，不對之處還請提正！

PS: 很多朋友都說無法調試 viewDidUnload，其實是可以的。方法是在 iOS 模擬器的菜單裡選
硬體->類比記憶體警告，這個時候就可以看到 viewDidUnload 裡面 NSLog 的東西了，可以試試在開啟過的 viewController 裡都 NSLog 一下看看效果。而 dealloc 裡面可以直接 NSLog。

由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還是繼續做它該做的事情

看到以下的代碼

- (void)viewDidUnload {

self.detailViewController = nil; 

self.languageNames = nil; 

self.languageCodes = nil;

}

- (void)dealloc {

[detailViewController release];

 [languageNames release]; 

[languageCodes release]; 

[super dealloc];

}

如果是先調用viewDidUnload後再調用dealloc, 那麼languageNames都已經是nil了，再掉release有什麼意義呢？
原因似乎是， 對一個viewcontroller來說，它的資料的初始化在init中，而它管理的view採用了lazy load的方式，也就是有需要的時候才會載入， 所以跟view相關的資料可以在viewDidLoad（也就是在view被載入的時候）進行初始化。當記憶體緊張的時候，
ios會銷毀點一些view， 通過調用viewDidUnload （裡面一般也只是把跟view相關的資料設為nil）, 但這個時候viewcontroller本身還在， 所以它的dealloc不會被調用，除非是到了viewcontroller也被銷毀的時候