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错误,会出现以下界面:

技术分享

3、通过滑动箭头来查看错误细节,例如可以看到该对象的内存操作过程,如malloc、autorelease、retain、release等操作;

4、查看底部的详细历史,选择相应的行可以定位到相应的代码,找出产生错误的代码:

技术分享

技术分享

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

手动设置NSZombieEnabled环境变量:


 

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

点击Product菜单Edit Scheme打开该页面,然后勾选Enable Zombie Objects 复选框:

技术分享

一般不建议进行进行手动设置,而应该使用Zombies工具进行调试。


 

记录,为更好的自己!转载请注明出处!

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。