美文网首页iOS开发iOS Developer
iOS开发中本人或同事碰到的内存泄漏及解决办法

iOS开发中本人或同事碰到的内存泄漏及解决办法

作者: helloDolin | 来源:发表于2016-09-14 17:08 被阅读5800次

首先需要理解两个概念:

  • OC内存管理采用的是引用计数的方式(详细请百度)
  • 内存泄漏:为什么要说这个,因为我发现好多人都在说内存泄漏但并没有理解,这里我用大白话讲一下:
    就是有块内存你虽然不用了但还要占着不让别人用,所以称为内存泄漏(专业的来了:memory leak)
  • weak关键的作用(请百度)

好的,进入正题,我逐步演示碰到的各种内存泄漏:


round1:

- (void)viewDidLoad {
    [super viewDidLoad];
    
    NSMutableArray *arr1 = [NSMutableArray array];
    NSMutableArray *arr2 = [NSMutableArray array];

    [arr1 addObject:arr2];
    [arr2 addObject:arr1];
}

我们用Xcode的Instruments工具检测一下

Paste_Image.png
上图中我们已经很明显的看到了循环引用
解决办法:打破环!
上述例子中将arr1或者arr2任意一个 弱引用就OK
贴张图出来与上面代码的不同会更加清晰(__)

再次用工具检测:


看到leak那行都是绿色的是不是很棒?

round2:

首先我们建两个model:Student、Teacher
Student类中有属性teacher
Teacher类中有属性student
并且都重写了dealloc方法,打印信息

#import <Foundation/Foundation.h>
#import "Student.h"

@interface Teacher : NSObject

@property (nonatomic, strong) Student *student;

@end

#import "Teacher.h"

@implementation Teacher

- (void)dealloc {
    NSLog(@"%s",__func__);
}

@end
#import <Foundation/Foundation.h>
@class Teacher;

@interface Student : NSObject

@property (nonatomic, strong) Teacher *teacher;

@end

#import "Student.h"
@implementation Student

- (void)dealloc {
    NSLog(@"%s",__func__);
}
@end

第一个页面push到第二个页面,第二个页面代码如下:

#import "ViewController2.h"
#import "Student.h"
#import "Teacher.h"

@interface ViewController2 ()
{
    Teacher *_teacher;
    Student *_student;
}
@end

@implementation ViewController2

// dealloc
- (void)dealloc {
    NSLog(@"%s",__func__);
}

- (void)viewDidLoad {
    [super viewDidLoad];
    
    _student = [[Student alloc]init];
    _teacher = [[Teacher alloc]init];
    
    _student.teacher = _teacher;
    _teacher.student = _student;
    
}

运行push到第二页面在pop回第一个页面看控制台的打印信息

仅仅走了Controller的dealloc方法,两个model的dealloc都没有走

为什么呢?我们分析一下

觉得还是画图解释的快一点((⊙﹏⊙)虽然小编累一点)
如图:
上半部分是两个model的UML图,
下半部分我们看到_student实例的teacher属性引用了_teacher实例,而实例_teacher的student属性引用了_student实例这样就形成了一个引用环,由于OC的内存管理机制就导致了这两块内存不能被释放导致内存泄漏
解决办法:打破环!
我们将Student或Teacher类里的属性 任意一个内存语义strong改为weak,再跑一下看看结果:

三个dealloc方法都走了,是不是很nice?

round3:

最最常见的一种,block中的操作

typedef void(^TestBlock)(void);
@interface ViewController2 ()
@property (nonatomic, copy) TestBlock block;
@end

@implementation ViewController2

- (void)dealloc {
    NSLog(@"%s",__func__);
}

- (void)viewDidLoad {
    [super viewDidLoad];
    self.block = ^ {
        self.view.backgroundColor = [UIColor redColor];
    };
}

@end

block为什么用copy修饰(请百度,不在本次讨论重点内)
由于block会retain当前对象,所以这里也形成了一个环
vc2引用block,block保留当前对象self
解决办法:打破环
将block内的self弱引用就OK

round4:

上面3中情况都是循环引用造成的内存泄漏,解决办法都是打破环
ok,看如下代码:

- (void)viewDidLoad {
    [super viewDidLoad];
    NSNotificationCenter* center = [NSNotificationCenter defaultCenter];
    NSOperationQueue *mainQuene =[NSOperationQueue mainQueue];
    [center addObserverForName:UIKeyboardWillShowNotification
                        object:nil
                         queue:mainQuene
                    usingBlock:^(NSNotification *note) {
                        self.view.backgroundColor = [UIColor redColor];
                    }];
}

当pop到上一页面的时候 dealloc 方法也没有走,why?
我们分析一下:
center -> block -> self
但是self有没有拥有center?答案是有的,具体里边的实现暂时我不清楚,但确定的是有环的存在

参考:http://stackoverflow.com/questions/12699118/view-controller-dealloc-not-called-when-using-nsnotificationcenter-code-block-me

解决办法:打破环
    __weak typeof(self) weakSelf = self;
    NSNotificationCenter* center = [NSNotificationCenter defaultCenter];
    NSOperationQueue *mainQuene =[NSOperationQueue mainQueue];
    [center addObserverForName:UIKeyboardWillShowNotification
                        object:nil
                         queue:mainQuene
                    usingBlock:^(NSNotification *note){
                        weakSelf.view.backgroundColor = [UIColor redColor];
                    }];

以上就是我碰到的或同事碰到的导致内存泄漏的几种情况,真正开发中碰到的应该都比较复杂,利用好Instruments加上开发时注意保持良好习惯,大都可以避免

其实这篇文章很早就想写,但是这边涉及的内容确实太多了
block为什么会retain当前对象?
OC为什么采用引用计数来管理内存?
管理内存语义的那些关键字(strong,weak,copy等)之间的差异
Instruments工具怎么灵活运用?
等等,所以本篇就只针对内存泄漏,其他我也不很熟,很多没想通,也不敢写

这下也就很容易理解为什么delegate要用weak修饰了(不明白的话留言,我再补个图上来)
so:到此结束!(一气呵成的感觉好爽O(∩_∩)O哈哈~)


希望会给大家带来帮助(o)/~

相关文章

  • iOS开发中本人或同事碰到的内存泄漏及解决办法

    首先需要理解两个概念: OC内存管理采用的是引用计数的方式(详细请百度) 内存泄漏:为什么要说这个,因为我发现好多...

  • 科普 - 收藏集 - 掘金

    5 个 Android 开发中比较常见的内存泄漏问题及解决办法 - Android - 掘金在Android开发中...

  • 一篇文章学会定位内存泄漏

    在日常开发中,不可避免的会碰到内存泄漏问题,本片文章作为记录自己在工作中如何使用工具发现内存泄漏,定位内存泄漏。 ...

  • instruments - leaks

    iOS开发中,难免会出现内存泄漏的情况,此处通过instruments 中的 leaks工具来检测程序的内存泄漏问...

  • Instruments 之 Memory

    在 iOS 开发中,内存泄漏的检测基本是 APP 功能开发完成之后的必做项目。内存泄漏的检测手段很多,这里就讲讲如...

  • iOS内存泄漏

    iOS开发中,内存泄漏的问题常常遇到. 轻则影响性能,重则导致crash.那么,有哪些方法可以有效的检测内存泄漏的...

  • UIWebView内存泄漏问题

    iOS开发中,使用JSContext有时会导致内存泄漏问题,比如: _context[@"method"] = s...

  • 关于内存泄漏,还有哪些是你不知道的?

    内存泄漏问题一直是项目开发中的一大问题,本文力求帮助从事过一段时间工作的iOS开发者快速寻找App中的内存泄漏问题...

  • iOS 内存泄漏三两事

    iOS 内存泄漏三两事 iOS 内存泄漏三两事

  • Android 中常见的内存泄漏总结

    在 Android 开发中,稍有不慎就容易引起内存泄漏,我们经常听到内存泄漏,但是什么是内存泄漏呢? 内存泄漏:无...

网友评论

  • 胡波波:对于round4中提到的问题“当pop到上一页面的时候 dealloc 方法也没有走,why?”,我觉得这个地方并不是由于循环引用造成的。而是你在pop之前没有移除对UIKeyboardWillShowNotification这个系统通知的监听。由于你pop之前没有移除掉对通知的监听,center -> block -> self这个持有关系一直会保持,因此self(也就是你pop之前的那个页面)会一直存在,不被释放。
  • 令__狐冲:round1仍然会存在内存泄漏问题,如果把局部变量变成成员变量就没问题。
  • li_礼光:最近在研究内存泄露问题.

    NSMutableArray *arr1 = [NSMutableArray array];
    NSMutableArray *arr2 = [NSMutableArray array];

    __weak typeof(arr1) weakArr1 = arr1;
    [weakArr1 addObject:arr2];
    [arr2 addObject:weakArr1];

    //这里面创建一个weakArr1,相当于创建一个weak对象指针,weakArr1和arr1都是指向同一个内存地址
    //在操作weakArr1去[weakArr1 addObject:arr2]的时候,其实也是[arr1 addObject:arr2],arr1和arr2同样存在强引用的问题.
    //这里面的__weak用在这里就显得不恰当了.又或者说__weak这个关键字的准确作用并不是令arr1这个对象的属性由strong转为weak

    我用你这段代码测试依然是会内存泄露.
    helloDolin:@靓模袭地球

    用Instruments工具测试并没有内存泄露呀,这边的weak主要作用是打破循环引用

    那如果有上述代码的场景出现,你说用__weak显得不恰当,那要怎么处理呢?
  • 石佛_:不错
  • 就那么点愿望:写得很好,鼓励下
  • Jeffery91:图文并茂
    helloDolin:@又如飞剑 有图感觉更好让大家明白我的意思:smile::smile:

本文标题:iOS开发中本人或同事碰到的内存泄漏及解决办法

本文链接:https://www.haomeiwen.com/subject/svvvettx.html