用NSZombieEnabled解决恼人的EXC_BAD_ACCESS错误

首先解释下EXC_BAD_ACCESS，当你向已经释放的对象发送消息时就会出现这种错误。

至于NSZombieEnabled，就是当设置NSZombieEnabled环境变量后，，可以将本来应该释放内存（deallocated）的对象转化为_NSZombie，从而可以方便的通过这些“僵尸”来追踪重复release的对象。设置NSZombieEnabled后，当你向一个已经释放的对象发送消息，这个对象就不会向之前那样Crash或者产生一个难以理解的行为，而是放出一个错误消息，然后以一种可预测的可以产生debug断点的方式消失（原文是die），因此我们就可以找到具体或者大概是哪个对象被错误的释放了。

更新Xcode 4设置NSZombieEnabled方法:
按住Option点Run按钮,在出现的窗口中选择Arguments,在Environment Variables里面添加NSZombieEnabled,Value下面添YES

以下为XCode 3的设置方法

设置NSZombieEnabled的方法如下

1. 在XCode左边那个Groups & Files栏中找到Executables，双击其中的一项，或者右键Get Info；
2. 切换到Arguments
3. 这里一共有两个框，在下面那个Variables to be set in the environment:点+号添加一项，Name里填NSZombieEnabled，Value填Yes，要保证前面的钩是选中的。
4. 图文展示：首先在Executables拦下点击getinfo
   
   
    
   
   在Variables to be set in the environment 下添加环境变量NSZombieEnabled
   
   
   
   
   当程序出现EXC_BAD_ACCESS错误的时候，在 Debugger 里会有类似下面的输出
   
   
      
   

补充：

1.在debug过程中，你可能发现启用NSZombieEnabled后，程序不再crash，而一旦去掉NSZombieEnabled，程序再次crash。此时NSZombieEnabled已经无法解决你的问题，只能遵照内存管理原则仔细查找问题出处，至于这种问题的产生原因，个人认为可能是NSZombieEnabled在一定程度上延长了一个object的生命周期，而延长的这段时间恰好突破了EXC_BAD_ACCESS的临界点，从而避免了EXC_BAD_ACCESS的发生。

2.加上MallocStackLogging=yes,然后使用malloc_history命令就可以找到这个内存的使用历史了。

http://blog.csdn.net/l_ch_g/article/details/8273179

请参考MallocStackLogging 的设置方法 查找 EXC_BAD_ACCESS 问题根源的方法