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分析的步骤

---

 

一、启动Instruments，选择Zombies；

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

三、经过滑动箭头来查看错误细节，例如能够看到该对象的内存操做过程，如malloc、autorelease、retain、release等操做；

四、查看底部的详细历史，选择相应的行能够定位到相应的代码，找出产生错误的代码：

基本上经过查看Zombies工具给出的信息找出错误代码行是比较简单的，Zombies也只有在产生EXC_BAD_ACCESS错误时才有用。

手动设置NSZombieEnabled环境变量：

---

 

XCode也提供了手动设置NSZombieEnabled环境变量的方法，不过设置NSZombieEnabled为True后，会致使内存占用的增加，同时会影响Leaks工具的调试，这是由于设置NSZombieEnabled会用僵尸对象来代替已释放对象。

点击Product菜单Edit Scheme打开该页面，而后勾选Enable Zombie Objects 复选框：

通常不建议进行进行手动设置，而应该使用Zombies工具进行调试。

---

 

记录，为更好的本身！转载请注明出处！