1. 程式人生 > >解決EXC_BAD_ACCESS錯誤的一種方法--NSZombieEnabled

解決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+< 進到這個視窗。

NSZombieEnabled

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 後的效果是一樣的。

最後提醒NSZombieEnabled只能在除錯的時候使用,千萬不要忘記在產品釋出的時候去掉,因為NSZombieEnabled不會真正去釋放dealloc物件的記憶體,一直開啟後果可想而知,自重!