XCode 调试1

原创

wx624d558eede5f 2023-06-22 11:22:08 ©著作权

©著作权归作者所有：来自51CTO博客作者wx624d558eede5f的原创作品，请联系作者获取转载授权，否则将追究法律责任

当你向已经释放的对象发送消息时就会出现错误:EXC_BAD_ACCESS。

当我们执行时 Xcode 一出错，却是定位在我在 AppDelegate 的 application:didFinishLaunchingWithOptions: 方法上的某行了，如果代码量多了，要查找具体问题非常难，但凭经验了。

不过NSZombieEnabled 环境变量可以帮我们的忙，就是当设置NSZombieEnabled环境变量后，一个对象销毁时会被转化为_NSZombie，设置NSZombieEnabled后，当你向一个已经释放的对象发送消息，这个对象就不会向之前那样Crash或者产生一个难以理解的行为，而是放出一个错误消息，然后以一种可预测的可以产生debug断点的方式消失，因此我们就可以找到具体或者大概是哪个对象被错误的释放了。

设置 NSZombieEnabled 和 MallocStackLogging 的位置如下：XCode4

1.点击XCode的Product菜单，选择Edit Scheme...选项

2.选择左侧的Run...,右边点击Arguments

3.在Environment Variables栏里，添加NSZombieEnabled，value为YES；再添加MallocStackLogging，value为YES;

XCode 调试1_环境变量

XCode 调试1_hive_02

注意：

1、以上选项只能在模拟器上有效，如果你改变了iOS的版本，需要重新设定。

2、调试结束后，最好记得把环境变量NSZombieEnabled,MallocStackLogging前面的勾去掉，因为它们会使得内存不会被释放.

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

XCode4 还可以在下面来设置

XCode 调试1_hive_03