在线推广网站的方法,佛山市做网站,网站怎么做能提升ip流量,实验楼编程网站虽然iOS 5.0版本之后加入了ARC机制#xff0c;但由于相互引用关系比较复杂时#xff0c;内存泄露还是可能存在。所以了解原理很重要。 这里讲述在没有ARC的情况下#xff0c;如何使用Instruments来查找程序中的内存泄露#xff0c;以及NSZombieEnabled设置的使用。 本文假设…虽然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指向了sushiStringsushiString是一个autorelease变量。 在第二次点击时使用的是sushiString已经被释放所以crash了。那为_lastSushiSelected保留一下就可以用了。代码修改如下 span stylefont-size:14px; _lastSushiSelected [sushiString retain]; /span 运行这时候不崩溃。 3、分析内存泄露(shiftcommandb) 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了再用工具分析看看这时候你再点再拖再怎么操作都没有内存泄露了。表明内存泄露被堵住了。 转载自 http://www.cocoachina.com/newbie/basic/2012/1204/5242.html转载于:https://www.cnblogs.com/Xer-Lee/archive/2013/06/06/3120538.html
