(最新)使用Xcode7的Instruments检测解决iOS内存泄露_百度文库
赠送免券下载特权
10W篇文档免费专享
部分付费文档8折起
每天抽奖多种福利
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
(最新)使用Xcode7的Instruments检测解决iOS内存泄露
阅读已结束，下载本文需要
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，同时保存到云知识，更方便管理
加入VIP
还剩2页未读，
定制HR最喜欢的简历
你可能喜欢我是如何检测内存泄露的
招聘信息：
在iOS开发中我们经常用到block，无论是GCD还是参数传递，block都是一个很不错的选择。然而有利也有弊，block会产生循环引用，但是这代码通常不会报错，只是运行结果不正确！于是花费大量时间打断点调试，发现原来问题在这里：dispatch_after(dispatch_time(DISPATCH_TIME_NOW,&(int64_t)(1&*&NSEC_PER_SEC)),dispatch_get_main_queue(),&^{
&&&&&&&&&&&self.view.backgroundColor&=&[UIColor&redColor];
&&&&});这里的block中用了self，导致viewcontroller不能调dealloc,每次被这个坑了的时候，内心都几乎是崩溃的...... 于是写了个脚本来检测这个问题，效果大大的好。以下是正题block长什么样？它大概长这样子：一个^后面有{和}，介于此我们就能查到几乎所有代码里面的block了，那么block里面的self怎么识别？weakSelf算吗，当然不算，按照语法：如果一个self字段它的前后都不是字母数字下划线（好好理解下这句话），那它就是我们要找的self。按着这个思路block里面的self便无所遁形了。然后按着如下写脚本(代码在文末)：遍历工程里面的所有.m文件查找^匹配后面的一对{}记住位置查找{}里面符合规则的self调用mac的通知中心通知自己哪里有问题最终效果如下：想要调用mac的通知中心，首先需要pyobjc库，安装后脚本就可以正常运行了，需要设置的参数如下：1.projectPath(工程所在路径)如:projectPath&=&"/Users/yuyang/Documents/techwolf/mobile_ios"2.noPath(不检测路径)如:noPath&=&['ThirdLibs','iosTools']或:noPath&=&None(检测工程下所有路径)如果这样用你觉得用着麻烦（毕竟每次都要开着终端），那么可以用炮筒机器人来减轻工作量，炮筒机器人是mac自带的就是这个：首先打开它把它拖到右面的工作区，然后选择python脚本清除里面的内容，把脚本的代码拷贝进去，最后生成这个app：当然你也可以设置这个为开机启动项。运行时的效果这样：最后，奉上代码: ，如果你觉得好用，给我个star鼓励下，谢谢！
微信扫一扫
订阅每日移动开发及APP推广热点资讯公众号：CocoaChina
您还没有登录！请或
点击量6646点击量5944点击量4816点击量4543点击量3285点击量3068点击量2796点击量2552点击量2519
&2016 Chukong Technologies,Inc.
京公网安备89一步步调试解决iOS内存泄漏
招聘信息：
虽然iOS 5.0版本之后加入了ARC机制，由于相互引用关系比较复杂时，内存泄露还是可能存在。所以了解原理很重要。这里讲述在没有ARC的情况下，如何使用Instruments来查找程序中的内存泄露，以及NSZombieEnabled设置的使用。本文假设你已经比较熟悉Obj-C的内存管理机制。实验的开发环境：XCode 4.5.21、运行Demo先下载一个实现准备好的内存泄露的Demo吧：下载下来，打开运行，程序是一个寿司的列表，列出各种寿司卷。试着选择里面的几行，应该是选第二行的时候就崩溃了。崩溃截图：在崩溃的地方断住了，知道crash的地方了，但是不知道具体crash的原因。2、设置NSZombieEnabled这是一个 “EXC_BAD_ACCESS”错误。我们打开XCode的选项：“NSZombieEnabled” 。在crash时可能会给你更多的一些提示信息。设置步骤：12：勾上红色框里的运行，按刚才的操作选中其中的cell。再次crash，这次在output窗口会看到多了一项错误信息：&13:22:08.911&PropMemFun[]&***&-[CFString&respondsToSelector:]:&message&sent&to&deallocated&instance&0x713ebc0大概意思是：向已释放的内存发送消息。也就是说使用了已释放的内存，在C语言相当于使用了“野指针”看了下crash的这个语句，sushiString应该是没问题的，它是从stringWithFormat初始化出来的。那就是_lastSushiSelected的问题。_lastSushiSelected指向了sushiString，sushiString是一个autorelease变量。&在第二次点击时，使用的是sushiString已经被释放，所以crash了。那为_lastSushiSelected保留一下，就可以用了。代码修改如下：&_lastSushiSelected&=&[sushiString&retain];运行，这时候不崩溃。3、分析内存泄露(shift+command+b)app不crash了，那看看有没有内存泄露。用XCode的Analyze就能分析到哪里有内存泄露分析之后可以看到：这里提示alertView没被释放，有内存泄露，那我们释放[alertView&release];再分析，这个问题解决了。4、使用Instruments的leaks工具分析内存泄露不能把所有的内存泄露查出来，有的内存泄露是在运行时，用户操作时才产生的。那就需要用到Instruments了。按上面操作，build成功后跳出Instruments工具，选择Leaks选项，这时候寿司程序也运行起来了，选中list中的项，拖动等操作后，工具显示效果如下：大家可能都能猜到，红色的柱子表示内存泄露了。怎么通过这个工具看到在哪泄露了呢?先在工具栏按下红色的圆形按钮，把工具监视内存的活动停下来。选择Leak，然后点中间十字交叉那，选择Call Tree.这时候左下角的Call Tree的可选项可以选了。选中Invert Call Tree 和Hide System Libraries,显示如下：这时候内存泄露的具体代码找到了，在右边的红色框框里指定了哪个方法出现了内存泄露。你只要在这些方法上双击，就会跳转到具体的代码，哈哈，是不是很方便。这里应该是提示100%内存会泄露。6、解决内存泄露问题问题找到了，那就解决吧关于：tableView:didSelectRowAtIndexPath ，分析下它的内存过程：sushiString变量通过autorelease创建，它的引用计数是1.这行代码使得引用计数增加到2，&_lastSushiSelected = [sushiString retain];这个方法结束时，sushiString的autorelease生效了，这个变量的引用计数减少为1当再次执行tableView:didSelectRowAtIndexPath这个方法时，_lastSushiSelected被赋值了新指针，老的_lastSushiSelected的引用计数还是1，没有被释放，产生了内存泄露。怎么解决呢?在_lastSushiSelected&= [sushiString&retain];之前把原来的release就ok了:[_lastSushiSelected&release];
&&&&_lastSushiSelected&=&[sushiString&retain];关于：tableView:cellForRowAtIndexPath这个比较明显，sushiString被alloc和init之后就没有释放，可以用stringWithFormat来调用autorelease，代码如下：NSString&*sushiString&=&[NSString&stringWithFormat:@"%d:&%@",&indexPath.row,&sushiName];好了，泄露都fix了，再用工具分析看看，这时候你再点，再拖，再怎么操作，都没有内存泄露了。表明内存泄露被堵住了。
微信扫一扫
订阅每日移动开发及APP推广热点资讯公众号：CocoaChina
您还没有登录！请或
点击量4849点击量4404点击量3835点击量3456点击量3217点击量3180点击量3133点击量2980点击量2812
&2016 Chukong Technologies,Inc.
京公网安备89&nbsp>&nbsp
&nbsp>&nbsp
&nbsp>&nbsp
xcode检测内存泄露方法
摘要：第一:出现内存泄露后如图1所示,点击view工具的第三个视图,显示左侧栏,即如图2所示:(图一)第二:双击泄露的黑色的表示泄露的代码,出现如图三所示(图二)第三:红色区域即是表示有泄露的object,添加代码:CFRelease(email);[personName&release];后,解决了泄露问题(图三)第二种方法:使用analyze,会自动分析出可能存在的内存泄露的地方,或者错误引用的地方,如图所示将出现问题的代码换成被注释掉的代码即可。
第一:出现内存泄露后如图1所示,点击view工具的第三个视图,显示左侧栏,即如图2所示:
第二:双击泄露的黑色的表示泄露的代码,出现如图三所示
第三:红色区域即是表示有泄露的object,添加代码:
CFRelease (email);
[personName& release ];后,解决了泄露问题
第二种方法:使用analyze,会自动分析出可能存在的内存泄露的地方,或者错误引用的地方,如图所示
将出现问题的代码换成被注释掉的代码即可。
以上是的内容，更多
的内容，请您使用右上方搜索功能获取相关信息。
若你要投稿、删除文章请联系邮箱：zixun-group@service.aliyun.com,工作人员会在五个工作日内给你回复。
云服务器 ECS
可弹性伸缩、安全稳定、简单易用
&40.8元/月起
预测未发生的攻击
&24元/月起
为您提供0门槛上云实践机会
你可能还喜欢
你可能感兴趣
阿里云教程中心为您免费提供
xcode检测内存泄露方法相关信息，包括
的信息，所有xcode检测内存泄露方法相关内容均不代表阿里云的意见！投稿删除文章请联系邮箱：zixun-group@service.aliyun.com，工作人员会在五个工作日内答复
售前咨询热线
支持与服务
资源和社区
关注阿里云
International没有更多推荐了，
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！