NSZombieEnabled 解决EXC_BAD_ACCESS错误 去掉僵尸代码

NSZombieEnabled 打开方法 ： 

切记！：：NSZombieEnabled只能在调试的时候使用，千万不要忘记在产品发布的时候去掉，因为NSZombieEnabled不会真正去释放dealloc对象的内存，一直开启后果可想而知，自重！

我们做 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

原文连接 http://unmi.cc/nszombieenabled-locate-exc_bad_access-error/