iOS 【使用Xcode和Instruments调试解决iOS内存泄露】
虽然iOS 5.0版本之后加入了ARC机制,由于相互引用关系比较复杂时,内存泄露还是可能存在。所以了解原理很重要。
这里讲述在没有ARC的情况下,如何使用Instruments来查找程序中的内存泄露,以及NSZombieEnabled设置的使用。
本文假设你已经比较熟悉Obj-C的内存管理机制。
实验的开发环境:XCode 4.5.2
1、运行Demo。
先下载一个实现准备好的内存泄露的Demo吧:leak app
下载下来,打开运行,程序是一个寿司的列表,列出各种寿司卷。试着选择里面的几行,应该是选第二行的时候就崩溃了。崩溃截图:
在崩溃的地方断住了,知道crash的地方了,但是不知道具体crash的原因。
2、设置NSZombieEnabled
这是一个 “EXC_BAD_ACCESS”错误。我们打开XCode的选项:“NSZombieEnabled” 。在crash时可能会给你更多的一些提示信息。
设置步骤:1
2:勾上红色框里的
运行,按刚才的操作选中其中的cell。再次crash,这次在output窗口会看到多了一项错误信息:
2012-11-28 13:22:08.911 PropMemFun[2132:11303] *** -[CFString respondsToSelector:]: message sent to deallocated instance 0x713ebc0
大概意思是:向已释放的内存发送消息。也就是说使用了已释放的内存,在C语言相当于使用了“野指针”
看了下crash的这个语句,sushiString应该是没问题的,它是从stringWithFormat初始化出来的。那就是_lastSushiSelected的问题。
_lastSushiSelected指向了sushiString,sushiString是一个autorelease变量。 在第二次点击时,使用的是sushiString已经被释放,所以crash了。那为_lastSushiSelected保留一下,就可以用了。代码修改如下:
- <span style="font-size:14px;"> _lastSushiSelected = [sushiString retain];
- </span>
运行,这时候不崩溃。
3、分析内存泄露(shift+command+b)
app不crash了,那看看有没有内存泄露。用XCode的Analyze就能分析到哪里有内存泄露
分析之后可以看到:
这里提示alertView没被释放,有内存泄露,那我们释放
[alertView release];
再分析,这个问题解决了。
4、使用Instruments的leaks工具
6、解决内存泄露问题
关于:tableView:didSelectRowAtIndexPath ,分析下它的内存过程:
- sushiString变量通过autorelease创建,它的引用计数是1.
- 这行代码使得引用计数增加到2, _lastSushiSelected = [sushiStringretain];
- 这个方法结束时,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了,再用工具分析看看,这时候你再点,再拖,再怎么操作,都没有内存泄露了。表明内存泄露被堵住了。
转载自:容芳志
iOS 【使用Xcode和Instruments调试解决iOS内存泄露】相关推荐
- 使用Xcode和Instruments调试解决iOS内存泄露(转)
转自:http://blog.csdn.net/totogo2010/article/details/8233565 虽然iOS 5.0版本之后加入了ARC机制,由于相互引用关系比较复杂时,内存泄露还 ...
- 使用Xcode和Instruments调试解决iOS内存泄露【转】
转载自:http://blog.csdn.net/totogo2010/article/details/8233565 虽然iOS 5.0版本之后加入了ARC机制,由于相互引用关系比较复杂时,内存泄露 ...
- 使用Xcode和Instruments调试解决iOS内存泄露
虽然iOS 5.0版本之后加入了ARC机制,但由于相互引用关系比较复杂时,内存泄露还是可能存在.所以了解原理很重要. 这里讲述在没有ARC的情况下,如何使用Instruments来查找程序中的内存泄露 ...
- 使用Xcode的Instruments检测解决iOS内存泄露(leak)
在苹果没有出ARC(自动内存管理机制)时,我们几乎有一半的开发时间都耗费在这么管理内存上.后来苹果很人性的出了ARC,虽然在很大程度上,帮助我们开发者节省了精力和时间.但是我们在开发过程中,由于种种原 ...
- 【工程项目经验】之Xcode的Instruments检测解决iOS内存泄露
参考网址:http://www.cnblogs.com/iOSv587country/p/4862989.html
- 使用Xcode7的Instruments检测解决iOS内存泄露
文/笨笨的糯糯(简书作者) 原文链接:http://www.jianshu.com/p/0837331875f0 著作权归作者所有,转载请联系作者获得授权,并标注"简书作者". 作 ...
- ios端自动获取输入框焦点,解决ios手机中input输入框光标过长的问题
在项目中做移动端页面,发现IOS 的光标大小很大,和安卓的完全不一样,思考怎么调整大小,通过实践和尝试,找到了解决方法,现分享给大家. 修改前css部分代码: .receiving-info .rec ...
- [Swift通天遁地]七、数据与安全-(12)使用Instruments Leaks工具检测内存泄露
★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★ ➤微信公众号:山青咏芝(shanqingyongzhi) ➤博客园地址:山青咏芝(https://www.cnblog ...
- Android 解决handler内存泄露的方法
文章目录 1.简介 2.方法一避免Handler 泄露 3.方法二添加弱连接 1.简介 大体理解为: Handler 在使用的时候一般要依附于一个对象,很多时候 handler 延时发送的时候 ,所依 ...
最新文章
- tensorflow tuner 调参,示例代码(jupyter notebook 版)
- java web中炸包,Javaweb出来炸到---HTML
- RabbitMQ—集群原理
- 【Android工具】DES终结者加密时报——AES加密演算法
- 蓝牙耳机音量大解决办法_长时间使用蓝牙耳机的危害这么大?我们到底该选什么蓝牙耳机呢?...
- java环境_配置java环境变量
- 使用base标签后图片无法加载_Spring 源码学习(二)-默认标签解析
- 软硬交互代码示例_HarmonyOS应用开发-元程序交互
- 嵌入式系统中的几个关键基本概念!
- HDOJ 1698 Just a Hook(线段树成段更新)
- HDOJ 1394 Minimum Inversion Number
- python高效办公 知乎_骚操作|高效办公,Python自动化教你一键获取日志!
- 怎么用计算机按键弹歌谱,键盘钢琴及谱子(弹钢琴练打字一举两得)
- springboot 整合 ueditor 并实现文件上传(自定义上传路径)
- 中国黑客的隐秘江湖:攻守对立 顶尖高手
- Thread.currentThread()方法、进程、线程、多线程相关总结(二)
- 电脑怎么录制屏幕视频,3种方法,轻松弄懂
- 真·富文本编辑器的演进之路-富文本Span的边界探究
- 房价会不会降?这位机器人八小时就能建造一栋房屋 | 聚焦
- 蓝桥杯刷题013——小猪存钱罐(并查集)