iOS内存泄露的个人经验 - 简书
iOS内存泄露的个人经验
内存泄露解决分为了三步：1.静态分析：Instruments的Analyze。通过静态分析我们可以最初步的了解到代码的一些不规范的地方和一些代码逻辑上的错误；2.解决ViewController不释放的问题；3.Instruments的Leaks运行时分析内存泄露情况并解决；内存泄露：如果程序运行时一直分配内存而不及时释放无用的内存，程序占用的内存越来越大，直到把系统分配给该APP的内存消耗殚尽，程序因无内存可用导致崩溃，这样的情况我们称之为内存泄漏。可能引起的问题:1)内存消耗殆尽的时候，程序会因没有内存被杀死，即crash。2)当内存快要用完的时候，会非常的卡顿3)如果是ViewController没有释放掉，引起的内存泄露，还会引起其他很多问题，尤其是和通知相关的。没有被释放掉的ViewController还能接收通知，还会执行相关的动作，所以会引起各种各样的异常情况的发生。Analyze检测出的几种常见问题:使用Analyze能够发现一些代码不规范的地方。下面是我调试的过程中遇到的一些问题。报错1:
xxxxx ...... xxx
value stored to ‘width’during its initialization is never read。该问题的原因是：变量申请了内存并初始化了，但没有用使此变量，接着将此变量又重新赋值.- (CGSize)sizeForContent:(MGCMessageBaseEntity*)message {float width = size.width & 20 ? 20 : size.width + 5;width = size.width & MAX_CHAT_TEXT_WIDTH ? MAX_CHAT_TEXT_WIDTH : size.return CGSizeMake(width, size.height + 3);}规范的写法是：float width = size.width & MAX_CHAT_TEXT_WIDTH ? MAX_CHAT_TEXT_WIDTH : size.还有一种情况是：为同一个数据源分配了两块内存，这里不会引起内存泄露，因为为arr1分配的内存块虽然一直是空闲块，但是在生命周期结束时，这块内存会被释放掉。跟前面说的:
内存泄露是内存一直得不到释放，才会造成内存泄露 的情况 是 不一样，。NSArray *arr1 = [[NSArray alloc]init];if(index == 1){arr1 = self.usersA}else{arr1 = self.editA}因为self.usersArray和self.editArray都是被初始化过的数组，将它们赋值给了arr1，arr1又申请了内存。规范的写法是：NSArray *arr1；不为arr1分配内存。报错2.
xxxxx ...... xxx , Value stored to 'titleString' is never read该变量从来没有被使用报错3. xxxxx ...... xxx
,Potential leak of an object allocated on line 101 and stored into '' 潜在的内存泄露：这里主要是一些非OC对象，ARC不会对它进行释放，所以造成了一直没有释放。比如一些类型：CGImageRef（对应调用CGImageRelease）、CGContextRef（对应调用CGContextRelease）CGColorSpaceRef（对应CGColorSpaceRelease） 这些都是非OC对象，所以要自己记着释放掉。// 关于ViewController 不释放 问题描述ViewController不释放，会导致很多问题,我说一下我遇到的情况:我做的是一个电商APP，我做了一个 系统公告 功能，发布 系统消息 时会发送@all消息。当我做完了 系统消息 公告，发了一个 系统消息 试试，结果，消息群发了，发到了好几个聊天会话中去了。最后查出是 因为 chattingViewController 没有释放掉，发送@all消息的通知，那些没有被释放掉的chattingViewController都收到了，都执行了发送@all消息的动作，所以导致很多会话都发送了@all消息。我还做一个 此用户没有资格开通VIP会员的 的功能，点击 开通VIP 进入到 付款页面的
的时候，之前的 开通VIP主页面 都没有被释放，没有资格开通VIP 会发一个通知，显示一个alert：你没有资格开通 VIP 。多次点击开通，就会创建多个主界面，多个主界面都会收到这个通知，于是就显示了多个alertView。NSTimer，NSTimer会对它的target持有强引用，如果NSTimer不释放掉，就会一直持有它的target的强引用，会一直都释放不掉，造成内存泄露。二、解决方法想要知道ViewController有没有被释放，一个方法就是可以通过看ViewController有没有执行dealloc方法。大概有几个地方，比较容易引起内存泄露循环引用:最多的就是block引起的循环引用。（1）某个类将block作为自己的属性变量，然后该类在block的方法体里面又使用了该类本身;相互持有，导致都释放不了。 代码例子： [self.tableViewmas_makeConstraints:^(MASConstraintMaker *make) { make.left.right.equalTo(self.view); make.top.equalTo(self.navigationBar.mas_bottom); make.bottom.equalTo(self.view); }]; 修改为： __weaktypeof(self) weakSelf = 块内的self，换成weakSelf就行了。 block不是self的属性或者变量时，在block内使用self不会循环引用; （2）如果块是一个单例持有的，块内又使用了ViewController这个类，会引起循环引用。
[[OutsidePacketsSchedule shareInstance] sendParameters:dict requestCmd:@"addCustomEmoReq"responseCmd:@"addCustomEmoRsp"complete:^(idresponse,NSError*error) {if(!error){
[weakSelf.viewsetToast:@"添加自定义表情成功"]; } }]; 上例中的单例持有的代码块中要用弱引用，原因是：单例不会被释放掉，它会一直持有block，导致该block所在的ViewController释放不掉。 （3）如果是方法中的参数是block，不会造成循环引用，因为方法中的block是位于栈内存的，方法返回后，block将会无效。还有就是 NSTimer和CADisplayLink这种；+ (NSTimer*)scheduledTimerWithTimeInterval:(NSTimeInterval)ti
target:(id)aTarget
selector:(SEL)aSelector userInfo:(nullableid)userInfo
repeats:(BOOL)yesOrN{}从文档中方法的定义上可以看到，NSTimer是会强引用它的target的，像其他的delegate一般都是weak的，所以这里比较特殊。NSTimerClass Reference是这样对target描述的：The object to which to send the message specified by aSelector when the timer fires. The timer maintains astrongreference to target until it (the timer) is invalidated.NSTimerClass Reference还指出: Runloop会强引用timer，因为如果一个timer是循环的，如果没被强引用，那么在函数返回后，则会被销毁，就不能循环地通知持有的target。所以NSTimer是被放到Runloop中执行的。如果我们不调用invalidate timer,runloop就会一直持有timer,而timer也一直持有ViewController，这样就会造成内存泄露。解决这类问题的方法就是：在不需要NSTimer的时候，及时调用[self.timer
invalidate]。千万不要在dealloc方法中调用，因为NSTimer强引用self，所以不会执行dealloc方法。另外就是 delegate,一般是weak的情况分析；对象之间的循环引用：例子：两个ViewController都需要使用对方，这个时候可以用@ 需要说明的是 在 .h 中引入某个类, @class 指的是 当前文件 只是引入类名, 并没有使用类里面的东西. 想要在 .m 里面使用 类的内容的话, 还是要 #import &&, 这种情况跟 上面的对象之间的防止循环引 有点不一样.最后一个大招: 混编时, 注意老代码 有没有开启 ARC, 没有开启的话就等着 乌龙吧! 如果当你把 ViewController 里的每行代码都分析了，强引用的地方都解决了，还是不执行dealloc方法，纠结了好久, 头发都挠掉了 n 多根，那你就该去找找 ViewController 有没有开启ARC，也许之前的代码局势 MRC 模式, 但是也有可能不知道是被那个队友给关闭了......
内存泄露解决分为了三步： 1.静态分析：Instruments的Analyze。通过静态分析我们可以最初步的了解到代码的一些不规范的地方和一些代码逻辑上的错误； 2.解决ViewController不释放的问题； 3.Instruments的Leaks运行时分析内存泄露情况...
一、问题描述 ViewController不释放，会导致很多问题，我举几个我遇到的例子。 我做的是一个企业即时通讯APP，我做了一个群公告功能，发布群公告时会发送@all消息。某天，我做完了群公告，发了一个群公告试试，结果，消息群发了，发到了好几个聊天会话中去了。因为cha...
父类实现深拷贝时，子类如何实现深度拷贝。父类没有实现深拷贝时，子类如何实现深度拷贝。o 深拷贝同浅拷贝的区别：浅拷贝是指针拷贝，对一个对象进行浅拷贝，相当于对指向对象的指针进行复制，产生一个新的指向这个对象的指针，那么就是有两个指针指向同一个对象，这个对象销毁后两个指针都应...
iOS可能存在的内存泄露： block 循环引用。当一个对象有一个block属性，而block属性又引用这个对象本身那么要造成循环引用。这个时候就用___weak声明下对象，用对象的弱引用指针。 头文件相互包含。那么先在.h文件用前向引用声明，@class(类名);然后在....
前言 要讲关于iOS里的内存泄露，那就需要了解一下iOS的内存管理机制。现在基本上我们使用的是ARC机制，在iOS5之前内存管理是MRC机制。MRC秉承着‘谁创建，谁释放，谁引用，谁管理’的理念来管理内存，所以那个时代的iOS程序员还是比较苦逼的，一不小心就导致内存泄露或过...
不少人有这个毛病，有时候工作繁忙，不能按时吃饭或者吃不上饭，就会出现胃痛的症状，十分难受，也不了解为什么会这样，认为只是饿的，等到吃完饭就好了，于是就一直忍着。 究其原因，人在饥饿时，空虚的胃内分泌大量胃液，因没有与食物混合而直接进入十二指肠，假如十二指肠球部存在溃疡的话，...
一、一分钟目标 1、制定目标容易出现的问题 常见问题：经理人制定的是目标A，但员工做的是事情Ｂ 目标不应该是领导给员工单方面布置的，一个目标的制定过程，应该是经理人和下属、同事一起商讨达成一致的。 2、好目标的三个要素 一个好的目标要包括以下三部分内容： 明确目标内容 明确...
生活中总是会面临各种各样的选择，站在选择的十字路口时，我们总是习惯于对身边的人提问，我该怎么选择？ 到底是向左走还是向右走？ 1 靓哥大学毕业的时候，全球经济尚处于低迷状态，就业前景也并不乐观。好在他学的是国内炙手可热的土木工程专业，自身条件优秀，所以还算顺利地拿到了两个o...
我要寄个快递。 因为寄的东西比较多，想要找个便宜省事的。小区门口常盘踞着各家快递小哥，我决定去询价。先过去问了中通的小哥，了解价格后我觉得有点小贵，但还是先留了电话，约定了有需要会给他电话。然后去了超市买行李袋，没有径直去问在一边的圆通小哥，因为他正忙着派件，也可能因为中通...
在意的事情太多，就会没有着重点。而这些事也大多没有留下太多的痕迹。 一个人的行走，应该会唤起心里的自己。 认真想想这一年多来，确实是悔恨多于成长。而现在发现自己的困顿之处，一切应该都不太晚。 没有自我，太在意他人的想法，让自己错失了太多可以变好的机会。而独立人格最需要的应该...(最新)使用Xcode7的Instruments检测解决iOS内存泄露_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
(最新)使用Xcode7的Instruments检测解决iOS内存泄露
阅读已结束，下载本文需要
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，同时保存到云知识，更方便管理
加入VIP
还剩2页未读，
定制HR最喜欢的简历
你可能喜欢前言本文章会一步一步的探讨内存泄露的问题。博主第一次书写长篇技术贴，如有错误或不周到的地方请多指教。JAVA是垃圾回收语言的一种，开发者无需特意管理内存分配。但是JAVA中还是存在...
jianshu.com&
扫描二维码下载开发者头条
使用《开发者头条》客户端，拥有更好的阅读体验。
南京无印信息技术有限公司 版权所有 苏ICP备号-2
扫描二维码下载开发者头条
我已安装了开发者头条 App，7 天内不再显示该广告> 博客详情
摘要: iOS项目内存优化之的动态内存检测
&&&&关于iOS的动态内存检测，Xcode自带了工具（instruments）：Leaks。神马，你不知道这个单词是什么意思？google一下，翻译过来意思是“泄露”。
&&&&使用方法：点击Product-&Profile，然后选择那个漏水的水管Leaks，进入界面后，点击运行，instruments就会开始自动检测内存泄露的地方了，在这个过程中，可以对手机上运行的测试工程进行操作，图形界面中，上面是Allocations，下面是Leaks，当出现了一条红色的小柱子的时候，就是出现了内存泄露；点击界面中间分隔条，选择Call Tree选项，然后把右边的 “Invert Call Tree” 和 “Hide System Libraries”选项，就可以看到具体是那个类中得哪个方法出现了内存泄露了，双击类名，就出显示出此类此方法中造成的内存泄露代码，ok，接下来就是有针对性的进行代码优化，内存优化了。
&&&&由于现在用得都是ARC模式，所以一般出现泄露的地方都是block中的self疏忽了，没有使用weak类型；或者，两个类之间出现了循环应用这种低级错误引起的。不过，有些第三方框架也可能会引起内存泄露，比如，公司项目中使用的 微客服 这个第三方的客服系统就出现了内存泄露问题。
支付宝支付
微信扫码支付
打赏金额: ￥
已支付成功
打赏金额: ￥