文档章节

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

壹峰
 壹峰
发布于 2017/04/28 09:25
字数 2082
阅读 9
收藏 0

http://www.cocoachina.com/ios/20170427/19135.html

前言

好久没写东西了,因为最近懒了些,且找不到什么好的题材,所以准备对内存泄漏的问题做一篇整理。内存泄漏问题一直是项目开发中的一大问题,本文力求帮助从事过一段时间工作的iOS开发者快速寻找App中的内存泄漏问题。部分内容比较基础,大神可无视勿喷。

一、从AFNet说起

对于iOS开发者,网络请求类AFNetWorking是再熟悉不过了,对于AFNetWorking的使用我们通常会对通用参数、网址环境切换、网络状态监测、请求错误信息等进行封装。在封装网络请求类时需注意的是需要将请求队列管理者AFHTTPSessionManager声明为单例创建形式。对于该问题,AFNetWorking的作者在gitHub上也指出建议使用者在相同配置下保证AFHTTPSessionManager只有一个,进行全局管理,因此我们可以通过单例形式进行解决。下方展示部分核心代码:

1

2

3

4

5

6

7

8

9

+ (AFHTTPSessionManager*)defaultNetManager {

    static AFHTTPSessionManager *manager;

    static dispatch_once_t onceToken;

    dispatch_once(&onceToken, ^{

        manager = [[AFHTTPSessionManager alloc]init];

        manager.responseSerializer = [AFHTTPResponseSerializer serializer];

    });

    return manager;

}

1

2

3

4

5

6

7

8

9

10

+ (void)GET:(NSString*)url parameters:(NSDictionary*)parameter returnData:(void (^)(NSData * resultData,NSError * error))returnBlock{

    //请求队列管理者 单例创建形式 防止内存泄漏

    AFHTTPSessionManager * manager = [HttpRequest defaultNetManager];

    [manager GET:url parameters:parameter progress:^(NSProgress * _Nonnull downloadProgress) {

    } success:^(NSURLSessionDataTask * _Nonnull task, id  _Nullable responseObject) {

        returnBlock(responseObject,nil);

    } failure:^(NSURLSessionDataTask * _Nullable task, NSError * _Nonnull error) {

        returnBlock(nil,error);

    }];

}

二、Block循环引用

Block循环引用的问题已是老经常谈了,至今已有多篇文章详细解释其原理及造成循环引用的原因等,不泛画图或实例列举,这里不一一赘述。总结一句话防止Block循环引用就是要防止对象之间引用的闭环出现。举个开发中的实际例子,就拿很多人在用的MJRefresh说起

1

2

3

4

5

self.tableView.mj_header = [MJRefreshNormalHeader headerWithRefreshingBlock:^{

        self.page = 1;

        [self.dataArr removeAllObjects];

        [self loadData];

}];

若在MJRefresh的执行Block中调用当前self或其所属属性,一定要注意循环引用问题。我们简单分析下MJRefresh为什么会造成循环引用问题:

点击进入headerWithRefreshingBlock对应方法即可

1

2

3

4

5

6

7

#pragma mark - 构造方法

+ (instancetype)headerWithRefreshingBlock:(MJRefreshComponentRefreshingBlock)refreshingBlock

{

    MJRefreshHeader *cmp = [[self alloc] init];

    cmp.refreshingBlock = refreshingBlock;

    return cmp;

}

这里仅有三行代码,无非就是创建了下拉刷新部分View然后返回,这里比较重要的是cmp.refreshingBlock = refreshingBlock;这一句,这里的refreshingBlock是属于MJRefreshHeader的强引用属性,最后header会成为我们自己tableView的强引用属性mj_header,也就是说self.tableView强引用header, header强引用refreshingBlock,如果refreshingBlock里面强引用self,就成了循环引用,所以必须使用weakSelf,破掉这个循环。画图表示为:

1767950-e4fea03eee29eba3.png

循环引用示意图

闭环为:

self--->self.tableView--->self.tableView.mj_header---

>self.tableView.mj_header.refreshingBlock--->self

解决方案大家应该也不陌生

1

2

3

4

5

6

7

__weak typeof(self) weakself = self; 

self.tableView.mj_header = [MJRefreshNormalHeader headerWithRefreshingBlock:^{

        __strong typeof(self) strongself = weakself;

        strongself.page = 1;

        [strongself.dataArr removeAllObjects];

        [strongself loadData];

}];

【??strongself是为了防止内存提前释放,有兴趣的童鞋可深入了解,这里不做过多解释了。当然也可借助libextobjc库进行解决,书写为@weakify和@strongify会更方便些。】

相应的对于自定义View中的一些Block传值问题同样需要注意,与上述类似。

三、delegate循环引用问题

delegate循环引用问题比较基础,只需注意将代理属性修饰为weak即可

1

@property (nonatomic, weak) id delegate;

下图比较形象的说明了使用weak修饰就是为了防止ViewController和UITableView相互强引用内存无法释放的问题:

1767950-2d4403294c5b1d4a.jpg

delegate循环引用

四、NSTimer循环引用

对于定时器NSTimer,使用不正确也会造成内存泄漏问题。这里简单举个例子,我们声明了一个类TestNSTimer,在其init方法中创建定时器执行操作。

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

#import "TestNSTimer.h"

 

@interface TestNSTimer ()

@property (nonatomic, strong) NSTimer *timer;

@end

@implementation TestNSTimer

 

- (instancetype)init {

    if (self = [super init]) {

        _timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(timeRefresh:) userInfo:nil repeats:YES];

    }

    return self;

}

 

- (void)timeRefresh:(NSTimer*)timer {

    NSLog(@"TimeRefresh...");

}

 

- (void)cleanTimer {

    [_timer invalidate];

    _timer = nil;

}

 

- (void)dealloc {

    [super dealloc];

    NSLog(@"销毁");

    [self cleanTimer];

}

 

@end

在外部调用时,将其创建后5秒销毁。

1

2

3

4

    TestNSTimer *timer = [[TestNSTimer alloc]init];

    dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(5 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{

        [timer release];

    });

最后的执行结果为

1767950-62b8e5e44447f4d7.png

NSTimer打印结果

可见TestNSTimer对象并没有正常释放,定时器仍然在无限的执行下去。

 

我们都知道定时器使用完毕时需要将其停止并滞空,但cleanTimer方法到底何时调用呢?在当前类的dealloc方法中吗?并不是,若将cleanTimer方法调用在dealloc方法中会产生如下问题,当前类销毁执行dealloc的前提是定时器需要停止并滞空,而定时器停止并滞空的时机在当前类调用dealloc方法时,这样就造成了互相等待的场景,从而内存一直无法释放。因此需要注意cleanTimer的调用时机从而避免内存无法释放,如上的解决方案为将cleanTimer方法外漏,在外部调用即可。

1

2

3

4

5

TestNSTimer *timer = [[TestNSTimer alloc]init];

    dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(5 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{

        [timer cleanTimer];

        [timer release];

    });

打印结果

五、非OC对象内存处理

对于iOS开发,ARC模式已发扬光大多年,可能很多人早已忘记当年retain、release的年代,但ARC的出现并不是说我们完全可以忽视内存泄漏的问题。对于一些非OC对象,使用完毕后其内存仍需要我们手动释放。

举个例子,比如常用的滤镜操作调节图片亮度

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

CIImage *beginImage = [[CIImage alloc]initWithImage:[UIImage imageNamed:@"yourname.jpg"]];

CIFilter *filter = [CIFilter filterWithName:@"CIColorControls"];

[filter setValue:beginImage forKey:kCIInputImageKey];

[filter setValue:[NSNumber numberWithFloat:.5] forKey:@"inputBrightness"];//亮度-1~1

CIImage *outputImage = [filter outputImage];

//GPU优化

EAGLContext * eaglContext = [[EAGLContext alloc] initWithAPI:kEAGLRenderingAPIOpenGLES3];

eaglContext.multiThreaded = YES;

CIContext *context = [CIContext contextWithEAGLContext:eaglContext];

[EAGLContext setCurrentContext:eaglContext];

 

CGImageRef ref = [context createCGImage:outputImage fromRect:outputImage.extent];

UIImage *endImg = [UIImage imageWithCGImage:ref];

_imageView.image = endImg;

CGImageRelease(ref);//非OC对象需要手动内存释放

在如上代码中的CGImageRef类型变量非OC对象,其需要手动执行释放操作CGImageRelease(ref),否则会造成大量的内存泄漏导致程序崩溃。其他的对于CoreFoundation框架下的某些对象或变量需要手动释放、C语言代码中的malloc等需要对应free等都需要注意。

五、地图类处理

若项目中使用地图相关类,一定要检测内存情况,因为地图是比较耗费App内存的,因此在根据文档实现某地图相关功能的同时,我们需要注意内存的正确释放,大体需要注意的有需在使用完毕时将地图、代理等滞空为nil,注意地图中标注(大头针)的复用,并且在使用完毕时清空标注数组等。

1

2

3

4

5

6

7

8

- (void)clearMapView{

    self.mapView = nil;

    self.mapView.delegate =nil;

    self.mapView.showsUserLocation = NO;

    [self.mapView removeAnnotations:self.annotations];

    [self.mapView removeOverlays:self.overlays];

    [self.mapView setCompassImage:nil];

}

六、大次数循环内存暴涨问题

记得有道比较经典的面试题,查看如下代码有何问题:

1

2

3

4

5

6

for (int i = 0; i < 100000; i++) {

        NSString *string = @"Abc";

        string = [string lowercaseString];

        string = [string stringByAppendingString:@"xyz"];

        NSLog(@"%@", string);

}

该循环内产生大量的临时对象,直至循环结束才释放,可能导致内存泄漏,解决方法为在循环中创建自己的autoReleasePool,及时释放占用内存大的临时变量,减少内存占用峰值。

1

2

3

4

5

6

7

8

for (int i = 0; i < 100000; i++) {

        @autoreleasepool {

            NSString *string = @"Abc";

            string = [string lowercaseString];

            string = [string stringByAppendingString:@"xyz"];

            NSLog(@"%@", string);

        }

    }

若对autoReleasePool陌生,可查阅相关资料,毕竟不是一两句即可说明的。

附、如何检测App的内存泄漏问题

1、借助Xcode自带的Instruments工具(选取真机测试)

1767950-dd1d8aad0c2e0e2d.png

Instruments

2、简单暴力的重写dealloc方法,加入断点或打印判断某类是否正常释放。

1767950-e4b71f21cd68c854.png

dealloc

3、通过Facebook出品的FBMemoryProfiler工具类进行检测,感兴趣的童鞋可进行了解。

暂时写到这里,未完待续

本文转载自:

共有 人打赏支持
壹峰
粉丝 7
博文 567
码字总数 9382
作品 0
广州
其他
私信 提问
Android性能测试

测试应用的启动时间 adb shell am start -W packagename/activity,eg:adb shell am start -W com.tencent.mm/.ui.LauncherUI,显示的结果中,thisTime和totalTime的含义分别为: thisTime......

xdl刘涛
2016/08/26
104
0
关于Nginx Proxy_Cache的性能问题

首先是一个理解问题 目前用Proxy Cache做前端图片缓存,对Proxy Cache理解是内存中保存索引信息,文件以md5后路径存磁盘,并没有内存中缓存文件。不知道理解是否正确。 目前遇到的问题 某些时...

randfoo
2011/03/16
1K
3
Android常见内存泄漏简单处理

本篇文章主要说一下项目结束时简单的内存泄漏检查与处理。 什么是内存泄漏? 内存泄漏(memory leak):是指应用在申请资源(内存)后,资源(内存)没有得到及时的释放。 区别: 内存溢出(out...

深情不及酒伴
2017/09/07
0
0
Android应用内存泄漏的定位、分析与解决策略

Hello,大家好,我是Clock。翻了一下简书,发现有一个多月没有更新博客,本来今天打算和妹纸去电影院看《你的名字》,然后再去到处浪的。 结果因为妹纸公司临时有事,她不得不回公司一趟......

D_clock爱吃葱花
06/29
0
0
如何自动检查内存泄漏和句柄耗尽

如何自动检查内存泄漏和句柄耗尽 1. 背景 当程序的子模块数量和规模扩大之后,在开发阶段,系统长时间允许后经常会碰到下面一些bug: 内存泄漏。随着时间允许,系统可用的内存越来越少,最后k...

存储之厨
01/27
0
0

没有更多内容

加载失败,请刷新页面

加载更多

微服务分布式事务实现

https://www.processon.com/view/link/5b2144d7e4b001a14d3d2d30

WALK_MAN
今天
2
0
《大漠烟尘》读书笔记及读后感文章3700字

《大漠烟尘》读书笔记及读后感文章3700字: 在这个浮躁的社会里,你有多久没有好好读完一本书了? 我们总觉得自己和别人不一样,所以当看到别人身上的问题时,很少有“反求诸己”,反思自己。...

原创小博客
今天
3
0
大数据教程(9.5)用MR实现sql中的jion逻辑

上一篇博客讲解了使用jar -jar的方式来运行提交MR程序,以及通过修改YarnRunner的源码来实现MR的windows开发环境提交到集群的方式。本篇博主将分享sql中常见的join操作。 一、需求 订单数据表...

em_aaron
今天
3
0
十万个为什么之什么是resultful规范

起源 越来越多的人开始意识到,网站即软件,而且是一种新型的软件。这种"互联网软件"采用客户端/服务器模式,建立在分布式体系上,通过互联网通信,具有高延时(high latency)、高并发等特点...

尾生
今天
3
0
Terraform配置文件(Terraform configuration)

Terraform配置文件 翻译自Terraform Configuration Terraform用文本文件来描述设备、设置变量。这些文件被称为Terraform配置文件,以.tf结尾。这一部分将讲述Terraform配置文件的加载与格式。...

buddie
今天
5
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部