设置 NSZombieEnabled 定位 EXC_BAD_ACCESS 错误

我们做 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?子类中这样的代码：

Xcode4?已经考虑到了现在的要求，所以提供了更便捷的设置的方式，你也可以在这个窗口中设置其他一些参数，你肯定能由此获得更多的帮助信息。
另外再说一下，如果没有为?Xcode?设置?NSZombieEnable，像下面的代码或许可以正确执行，打印出你所期望的结果 “Hello”
static NSMutableArray *array;- (void)viewDidLoad{??? [super viewDidLoad];??? array = [[NSMutableArray alloc] initWithCapacity:5];??? [array release];??? [array addObject:@"Hello"];??? 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. 设置NSZombieEnabled解决EXC_BAD_ACCESS错误
??????????? 2. 查找 EXC_BAD_ACCESS 问题根源的方法 
??????????? 3. XCode调试技巧-纠结的EXC_BAD_ACCESS
?
?
?
?
from:http://unmi.cc/nszombieenabled-locate-exc_bad_access-error