解決EXC_BAD_ACCESS錯誤的一種方法–NSZombieEnabled

我們做iOS 程式開發時經常用遇到 EXC_BAD_ACCESS 錯誤導致 Crash，出現這種錯誤時一般 Xcode 不會給我們太多的資訊來定位錯誤來源，只是在應用 Delegate 上留下像Thread 1: Program received signal:"EXC_BAD_ACCESS"，讓問題無從找起。

比如你對已釋放的對象發送訊息時就會出現，EXC_BAD_ACCESS，再如release 的對象再 release，release 那些autorelease 的對象等也會報這樣的錯。預設設定下 Xcode 不會給你定位具體是哪一行代碼，不該去使用已釋放的對象，或者release 用錯了。

比如 UIViewController 子類中這樣的代碼：

static NSMutableArray*array; -(void)viewDidLoad{    [superviewDidLoad];    array= [[NSMutableArray alloc]initWithCapacity:5];    [array release];//釋放掉該數組} - (void)viewWillAppear:(BOOL)animated{       [array addObject:@"Hello"];//使用釋放掉的數組}

上面的代碼就會出現EXC_BAD_ACCESS 錯誤，但我執行時 Xcode 一出錯卻是定位在我在 AppDelegate 的 application:didFinishLaunchingWithOptions: 方法上的某行了，如果代碼量多了，要尋找具體問題非常難，但憑經驗了。

不過NSZombieEnabled 環境變數可以幫我們的忙，就是當設定NSZombieEnabled環境變數後，一個對象銷毀時會被轉化為_NSZombie，設定NSZombieEnabled後，當你向一個已經釋放的對象發送訊息，這個對象就不會向之前那樣Crash或者產生一個難以理解的行為，而是放出一個錯誤訊息，然後以一種可預測的可以產生debug斷點的方式消失，
因此我們就可以找到具體或者大概是哪個對象被錯誤的釋放了。 

對 Xcode 設定了NSZombieEnabled 之後，Xcode 會明確定位在行[array addObject:@"Hello"]，然後控制台下報的錯誤資訊是：

*** -[__NSArray addObject:]:message sent to deallocated instance 0x6557370

如何設定 NSZombieEnabled 呢，在 Xcode3 和 Xcode4 下設定不一樣，Xcode4 下設定很簡單。
Xcode3 下 NSZombieEnabled 設定方法如下：

1.   在XCode左邊那個Groups& Files欄中找到Executables，雙擊其中的一項，或者右鍵Get Info；
2.  切換到Arguments 
3.  這裡一共有兩個框，在下面那個Variables to be set in theenvironment:點+號添加一項，Name裡填NSZombieEnabled，Value填Yes，要保證前面的鉤是選中的。

Xcode4 下設定 NSZombieEnabled 的方法：

你可以點擊 Xcode4 菜單 Product -> Edit Scheme-> Arguments, 然後將點擊”加號”, 將 NSZombieEnabled 參數加到Environment Variables 視窗中, 後面的數值寫上 ”YES”.

或者在 Xcode4 菜單 Product -> EditScheme -> Diagnostics 設定視窗中直接勾上Enable ZombieObjects 即可，Xcode 可用 cmd＋shift＋< 進到這個視窗。

Xcode4 已經考慮到了現在的要求，所以提供了更便捷的設定的方式，你也可以在這個視窗中設定其他一些參數，你肯定能由此獲得更多的協助資訊。

另外再說一下，如果沒有為 Xcode 設定 NSZombieEnable，像下面的代碼或許可以正確執行，列印出你所期望的結果“Hello”

static NSMutableArray*array; -(void)viewDidLoad{    [super viewDidLoad];    array= [[NSMutableArray alloc]initWithCapacity:5];    [array release];    [array addObject:@"Hello"];//之所以不會crash，是在於事件周期未完，記憶體回收機制還沒有執行，沒有真正的回收掉array的對象記憶體。    NSLog(@"%@",[array objectAtIndex:0]);}

但是一旦加上了NSZombieEnable 設定，上面的程式碼  [array addObject:@"Hello"] 也將無法投機取巧了，同樣會得到錯誤提示：

*** -[__NSArrayM addObject:]:message sent to deallocated instance 0x6557370

即使該array 所指向的記憶體還是原來的資料也不能逃脫掉 NSZombieEnable 的法眼。也就是之所以未設定 NSZombieEnable 時上面代碼能得到正確結果，是因為，雖然 [array release] 是標記為釋放掉該記憶體塊，但是後面使用 array 時，因為該指標指向的記憶體資料未被覆蓋，所以未出錯，這和C++ 的指標 delete 後的效果是一樣的。

1. CocoaDev，個人覺得講Cocoa技術十分專業的網站之一，下面的連結詳細講了講NSZombieEnable的原理。http://www.cocoadev.com/index.pl?NSZombieEnabled
2. 蘋果官方的Mac OS X Debugging Magic,詳細講述了最為一個進階蘋果程式員應該具備的調試技巧 http://developer.apple.com/library/mac/#technotes/tn2004/tn2124.html
3. 其實還可以在Instruments中開啟NSZombie選項，這樣就可以在Instruments中直接查看crash時候的callstack了：http://www.markj.net/iphone-memory-debug-nszombie/

最後提醒NSZombieEnabled只能在調試的時候使用，千萬不要忘記在產品發布的時候去掉，因為NSZombieEnabled不會真正去釋放dealloc對象的記憶體，一直開啟後果可想而知，自重！

本文連結 http://unmi.cc/nszombieenabled-locate-exc_bad_access-error,來自
隔葉黃鶯 Unmi Blog