IOS性能调优系列：使用Zombies动态分析内存中的僵尸对象

硬广：《IOS性能调优系列》第四篇，预计会有二十多篇，持续更新，欢迎关注。

前两篇《IOS性能调优系列：Analyze静态分析》、《IOS性能调优系列：使用Instruments动态分析内存泄漏》关注了内存泄露的问题，本篇正好相反，关注的是内存中那些被过度释放的对象（overreleased objects）。

这篇的标题纠结了半天，到底是写EXC_BAD_ACCESS错误调试，还是写内存中僵尸对象的分析，最后还是选了个Duang~Duang~的标题。

今天在论坛上看到个帖子，遇到的就是本篇要分析的问题，正好拿来解释Bug场景：

相信在使用ARC之前，很多人遇到过EXC_BAD_ACCESS错误，这个错误可以理解为访问了已被释放的对象，苹果称之为僵尸对象。

比如在不开启ARC下，下面这段代码：

NSString* hello = [NSString stringWithFormat:@"Hello"]; 
NSLog(@"What you say is %@",hello);  
[hello release];

hello对象不是手动分配，而是加入到自动释放池，由释放池负责释放，所以第三行调用release时就会产生EXC_BAD_ACCESS错误。

在开启ARC后，可以很大程度上避免产生EXC_BAD_ACCESS错误，但也是有出现可能的，比如IOS里使用了C++代码，C++部分的对象是不会有ARC来管理的。

EXC_BAD_ACCESS错误不像访问空指针一样容易定位，往往报错时很难查找到错误点，所以XCode在Instruments中提供了单独的Zombies工具来分析这类错误。

使用Zombies分析的原理

和使用 Instruments的其他工具一样，点击XCode的Product菜单Profile启动Instruments：

可以看到Zombies工具下边的介绍，用于查找那些被过度释放的僵尸对象。

Zombies工具的查找原理其实和设置NSZombieEnabled环境变量的调试方式是一样的，启动Zombies后在内部设置了NSZombieEnabled为True。

启用了NSZombieEnabled的话，它会用一个僵尸来替换默认的dealloc实现，也就是在引用计数降到0时，该僵尸实现会将该对象转换成僵尸对象。僵尸对象的作用是在你向它发送消息时，就不会向之前那样Crash或者产生一个难以理解的行为，而是放出一个错误消息，它会显示一段日志并自动跳入调试器，因此我们就可以找到具体或者大概是哪个对象被错误的释放了。

使用Zombies分析的步骤

1、启动Instruments，选择Zombies；

2、对之前产生EXC_BAD_ACCESS的测试用例重新运行，直到程序崩溃，如果发生EXC_BAD_ACCESS错误，会出现以下界面：