好贷网好贷款

使用xcode4.2检测内存泄露leak的具体位置的两种方法总结 .

发布时间:2016-12-4 14:22:16 编辑:www.fx114.net 分享查询网我要评论
本篇文章主要介绍了"使用xcode4.2检测内存泄露leak的具体位置的两种方法总结 .",主要涉及到使用xcode4.2检测内存泄露leak的具体位置的两种方法总结 .方面的内容,对于使用xcode4.2检测内存泄露leak的具体位置的两种方法总结 .感兴趣的同学可以参考一下。

原文链接:http://blog.csdn.net/yanxiaoqing/article/details/7174750 转载注明以上文字 第一:出现内存泄露后如图1所示,点击view工具的第三个视图,显示左侧栏,即如图2所示: (图一) 第二:双击泄露的黑色的表示泄露的代码,出现如图三所示 (图二) 第三:红色区域即是表示有泄露的object,添加代码:    CFRelease(email);    [personName release];后,解决了泄露问题 (图三) 第二种方法:使用analyze,会自动分析出可能存在的内存泄露的地方,或者错误引用的地方,如图所示 (图四) 将出现问题的代码换成被注释掉的代码即可。 /********************************************************************/ 追加的内容: 开始之前:假如使用ARC的,就直接忽视此文。   这两天项目的性能问题摆上台面,由于长期未进行内存排查,现在的iPad版本已经有点过分慢了。   遂,连续查了好几天内存。今天得闲,结合自己的使用,写一下如何检查内存泄露。   我所碰到的主要内存泄露的方式: 1、最常见的就是,申请了引用,然后最后忘记释放。具体么就是,使用OC的 alloc, retain, copy, new, C的malloc, realloc, C++ 的new等,然后没有对应的release, free, delete。这是单向泄露。 2、retain cycle,对于OC这种使用计数的方式,可能会存在retain cycle。两个条件,一、就是A中retain了B,B又retain了A,各自给对方计数增加,这个环可以变为很多层,就是A->B, B->C, C->D, ....  Z->A,当然假如中间层越多,检测难度就越大。二、计数减少的操作是在dealloc中,而dealloc被调用则需要计数为0。  这两个条件相加,导致计数锁定,内存泄露。   先讲一下,如何查找。 1、首先使用分析编译,Analyze build,查看归类当中的memory警告。 这个一般能发现局部变量中忘记release,或者被中途打断release的。 2、然后就是直接使用Instruments中的leak监测。 申请了内存,然后已经没有指向这块内存的指针存在,可以认为是leak了。这个检测一般是检测这个状态。 3、通过Instruments中allocation的mark heap。 进行不断的重复操作,在每次场景结束后,标记内存。假如操作场景没有泄露,内存增加应该是0。这个检测是检测标记点之间有哪些对象增加。另外,需要多mark几次才会准确,不要mark两次看到有内存增加就去找问题。 Instruments中都是可以看到其中存在什么对象,调用历史,调用堆栈。这时候大致确定在那个类当中的那个对象泄露了。 4、重载法。 虽然知道了哪个类泄露了,但是有时候并不知道具体是那边的计数出现问题。我自己的方法是,假如是自己编写的类,那就重载retain和release方法,然后加断点。以此来监测是什么地方retain了这个对象,却没有对应释放。   然后就是进行下面的修改。 1、缺啥补啥。缺release的,就补release,缺free的就加个free。 2、合理使用autorelease。对于返回给上层使用的;或者alloc对象到release中间有return等打断操作的。建议使用autorelease。 3、合理使用assign。retain cycle,本质就是多余的双向retain。打个比方就是应该确定哪个对象是根,哪一个是枝叶,枝叶不用去管理根,只需要知道根在那边就可以了。所以把那些纯粹是定位用的变量,属性都改成assign方式,例如delegate。   over   PS: 1、假如对于Instruments的使用不是很清楚,可以看这个视频  https://developer.apple.com/videos/wwdc/2010/?id=311  。不过貌似要登录。  当然搜索教程,可以使用近乎万能的google和无比强大的stackoverflow。 2、新的自动引用计数方式ARC,没有仔细接触过,不过已经不能自己编写retain和release,非对应方式的泄露估计就没有了。但是按照我自己粗浅的理解,ARC只是系统自己添加retain、release到合适的地方。所以,对于retain cycle的问题,应该还是存在的。然后,由于无法重载retain、release,我的重载法也是无效。 so,假如使用ARC的,就直接飘过吧。   3、系统库自己本身也会泄露内存,so,查不到的就先搁着吧。 4、该去学习arc,转换arc了。不然,内存问题会一直让你烦死。。。 ps over

上一篇:hanoi问题详解
下一篇:适用于 Ubuntu 11.04 的 10 个 AppIndicator

相关文章

相关评论