iOS Block循环引用精讲

前言

循环引用就是当self 拥有一个block的时候,在block 又调用self的方法。形成你中有我,我中有你,谁都无法将谁释放的困局。又或者解决方法简而言之就一句话的事情:__weak typeof (self) weakSelf = self;

本篇文章精讲iOS开发中使用Block时一定要注意内存管理问题,很容易造成循环引用。本篇文章的目标是帮助大家快速掌握使用block的技巧。

我相信大家都觉得使用block给开发带来了多大的便利,但是有很多开发者对block内存管理掌握得不够好,导致经常出现循环引用的问题。对于新手来说,出现循环引用时,是很难去查找的,因此通过Leaks不一定能检测出来,更重要的还是要靠自己的分析来推断出来。

声景一:Controller之间block传值

现在,我们声明两个控制器类,一个叫ViewController,另一个叫HYBAController。其中,ViewController有一个按钮,点击时会push到HYBAController下。

先看HYBAController:

1

2

3

4

5

6

7

// 公开了一个方法

- (instancetype)initWithCallback:(HYBCallbackBlock)callback;

// 非公开的属性,这里放出来只是告诉大家,HYBAController会对这个属性强引用

@property (nonatomic, copy) HYBCallbackBlock callbackBlock;

下面分几种小场景来看看循环引用问题:

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

@interface ViewController ()

// 引用按钮只是为了测试

@property (nonatomic, strong) UIButton *button;

// 只是为了测试内存问题,引用之。在开发中,有很多时候我们是

// 需要引用另一个控制器的,因此这里模拟之。

@property (nonatomic, strong) HYBAController *vc;

@end

// 点击button时

- (void)goToNext {

HYBAController *vc = [[HYBAController alloc] initWithCallback:^{

[self.button setTitleColor:[UIColor greenColor] forState:UIControlStateNormal];

}];

self.vc = vc;

[self.navigationController pushViewController:vc animated:YES];

}

现在看ViewController这里,这里在block的地方形成了循环引用,因此vc属性得不到释放。分析其形成循环引用的原因(如下图):

可以简单说,这里形成了两个环:

  • ViewController->强引用了属性vc->强引用了callback->强引用了ViewController
  • ViewController->强引用了属性vc->强引用了callback->强引用了ViewController的属性button

对于此这问题,我们要解决内存循环引用问题,可以这么解:

不声明vc属性或者将vc属性声明为weak引用的类型,在callback回调处,将self.button改成weakSelf.button,也就是让callback这个block对viewcontroller改成弱引用。如就是改成如下,内存就可以正常释放了:

1

2

3

4

5

6

7

8

9

10

- (void)goToNext {

__weak __typeof(self) weakSelf = self;

HYBAController *vc = [[HYBAController alloc] initWithCallback:^{

[weakSelf.button setTitleColor:[UIColor greenColor] forState:UIControlStateNormal];

}];

//  self.vc = vc;

[self.navigationController pushViewController:vc animated:YES];

}

笔者尝试过使用Leaks检测内存泄露,但是全是通过,一个绿色的勾,让你以为内存处理得很好了,实际上内存并得不到释放。

针对这种场景,给大家提点建议:

  • 在控制器的生命周期viewDidAppear里打印日志:

1

2

3

4

5

6

7

- (void)viewDidAppear:(BOOL)animated {

[super viewDidAppear:animated];

NSLog(@"进入控制器:%@", [[self class] description]);

}

  • 在控制器的生命周期dealloc里打印日志:

1

2

3

4

5

- (void)dealloc {

NSLog(@"控制器被dealloc: %@", [[self class] description]);

}

这样的话,只要日志没有打印出来,说明内存得不到释放,就需要学会分析内存引用问题了。

场景二:Controller与View之间Block传值

我们先定义一个view,用于与Controller交互。当点击view的按钮时,就会通过block回调给controller,也就反馈到控制器了,并将对应的数据传给控制器以记录:

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

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

typedef void(^HYBFeedbackBlock)(id model);

@interface HYBAView : UIView

- (instancetype)initWithBlock:(HYBFeedbackBlock)block;

@end

@interface HYBAView ()

@property (nonatomic, copy) HYBFeedbackBlock block;

@end

@implementation HYBAView

- (void)dealloc {

NSLog(@"dealloc: %@", [[self class] description]);

}

- (instancetype)initWithBlock:(HYBFeedbackBlock)block {

if (self = [super init]) {

self.block = block;

UIButton *button = [UIButton buttonWithType:UIButtonTypeCustom];

[button setTitle:@"反馈给controller" forState:UIControlStateNormal];

button.frame = CGRectMake(50, 200, 200, 45);

button.backgroundColor = [UIColor redColor];

[button setTitleColor:[UIColor yellowColor] forState:UIControlStateNormal];

[button addTarget:self action:@selector(feedback) forControlEvents:UIControlEventTouchUpInside];

[self addSubview:button];

}

return self;

}

- (void)feedback {

if (self.block) {

// 传模型回去,这里没有数据,假设传nil

self.block(nil);

}

}

@end

接下来看HYBAController,增加了两个属性,在viewDidLoad时,创建了aView属性:

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

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

@interface HYBAController()

@property (nonatomic, copy) HYBCallbackBlock callbackBlock;

@property (nonatomic, strong) HYBAView *aView;

@property (nonatomic, strong) id currentModel;

@end

@implementation HYBAController

- (instancetype)initWithCallback:(HYBCallbackBlock)callback {

if (self = [super init]) {

self.callbackBlock = callback;

}

return self;

}

- (void)viewDidLoad {

[super viewDidLoad];

self.title = @"HYBAController";

self.view.backgroundColor = [UIColor whiteColor];

self.aView = [[HYBAView alloc] initWithBlock:^(id model) {

// 假设要更新model

self.currentModel = model;

}];

// 假设占满全屏

self.aView.frame = self.view.bounds;

[self.view addSubview:self.aView];

self.aView.backgroundColor = [UIColor whiteColor];

}

- (void)viewDidAppear:(BOOL)animated {

[super viewDidAppear:animated];

NSLog(@"进入控制器:%@", [[self class] description]);

}

- (void)dealloc {

NSLog(@"控制器被dealloc: %@", [[self class] description]);

}

@end

关于上一场景所讲的循环引用已经解决了,因此我们这一小节的重点就放在controller与view的引用问题上就可以了。

分析:如下图所示:

所形成的环有:

  • vc->aView->block->vc(self)
  • vc->aView->block->vc.currentModel

解决的办法可以是:在创建aView时,block内对currentModel的引用改成弱引用:

1

2

3

4

5

6

7

__weak __typeof(self) weakSelf = self;

self.aView = [[HYBAView alloc] initWithBlock:^(id model) {

// 假设要更新model

weakSelf.currentModel = model;

}];

我见过很多类似这样的代码,直接使用成员变量,而不是属性,然后他们以为这样就不会引用self,也就是控制器,从而不形成环:

1

2

3

4

5

6

self.aView = [[HYBAView alloc] initWithBlock:^(id model) {

// 假设要更新model

_currentModel = model;

}];

这是错误的理解,当我们引用了_currentModel时,它是控制器的成员变量,因此也就引用了控制器。要解决此问题,也是要改成弱引用:

1

2

3

4

5

6

7

__block __weak __typeof(_currentModel) weakModel = _currentModel;

self.aView = [[HYBAView alloc] initWithBlock:^(id model) {

// 假设要更新model

weakModel = model;

}];

这里还要加上__block哦!

模拟循环引用

假设下面如此写代码,是否出现内存得不到释放问题?(其中,controller属性都是强引用声明的)

1

2

3

4

5

6

7

8

@autoreleasepool {

A *aVC = [[A alloc] init];

B *bVC = [[B allcok] init];

aVC.controller = bVC;

bVC.controller = aVC;

}

分析:

  • aVC->强引用了bVC
  • bVC->强引用了aVC

如果是这样引用,就形成环了。aVC->bVC->aVC,这就形成了环。

看看是否形成环

1

2

3

4

5

6

7

NSMutableArray *mArray = [NSMutableArray arrayWithObjects:@"a",@"b",@"abc",nil];

HYBAController *vc = [[HYBAController alloc] initWithCallback:^{

[mArray removeObjectAtIndex:0];

}];

[self.navigationController pushViewController:vc animated:YES];

  • vc ->强引用了block
  • block->强引用了myArray

因此,并没有形成环。

如果上面将myArray给当前控制器强引用,也不会形成环:

  • vc ->强引用了block
  • block->强引用了self(当前控制器)

如果将vc设置成self.vc属性且是强引用,才形成了循环引用。

写在最后

本篇文章就讲这么多吧,写本篇文章的目的是教大家如何分析内存是否形成环,只要懂得了如何去分析内存是否循环引用了,那么在开发时一定会特别注意内存管理问题,而且查找内存相关的问题的bug时,也比较轻松。

时间: 2024-11-03 05:39:26

iOS Block循环引用精讲的相关文章

ios block 循环引用

无意中看到有人在咨询block循环引用如何解决的问题:记录下来,方便童鞋们参考 ios开发中,开了ARC模式,系统自动管理内存,如果程序中用到了block就要注意循环引用带来的内存泄露问题了 这几天遇到一个问题,正常页面dismiss的时候是要调用dealloc方法的,但是我的程序就是不调用,研究了好久终于找到了问题出在哪里了 起初的代码如下: - (void)getMyrelatedShops { [self.loadTimer invalidate]; self.loadTimer = [N

iOS Block循环引用

前言 本篇文章精讲iOS开发中使用Block时一定要注意内存管理问题,很容易造成循环引用.本篇文章的目标是帮助大家快速掌握使用block的技巧. 我相信大家都觉得使用block给开发带来了多大的便利,但是有很多开发者对block内存管理掌握得不够好,导致经常出现循环引用的问题.对于新手来说,出现循环引用时,是很难去查找的,因此通过Leaks不一定能检测出来,更重要的还是要靠自己的分析来推断出来. 声景一:Controller之间block传值 现在,我们声明两个控制器类,一个叫ViewContr

block循环引用的简单说明

- (void)viewDidLoad {     [super viewDidLoad];     // 如果我们不对block进行copy操作, 那么block存在于栈区, 栈区的block块不会对引用的对象进行持有     // 如果我们对block进行了copy操作, 那么block就存在于堆区, block块就会对引用的对象进行持有          Student *student = [[Student alloc] init];     // 如何解决循环引用问题     //

和block循环引用说再见

to be block? or to be delegate? 这是一个钻石恒久远的问题.个人在编码中暂时没有发现两者不能通用的地方,习惯上更偏向于block,没有什么很深刻的原因,只是认为block回调写起来更便捷,直接在上下文中写block回调使得代码结构更清晰,可读性更强.而delegate还需要申明protocol接口,设置代理对象,回调方法与上下文环境不能很好契合,维护起来没有block方便.另外初学者很容易会被忘记设置代理对象坑- 然而惯用block是有代价的,最大的风险就是循环引用

关于block 循环引用 weakSelf

什么是block? 代码块:{}里的东西 block可以想id一样装到array里,dictionary里...但是不能对他发送消息. nsdictionary 里有一个方法:enumerateKeysAndObjectUsingBlock:^(id key,id value,BOOL *stop) 这个方法遍历dictionary里的东西,直到*stop = YES为止. block 里的代码对于主线程里的变量什么的都是可读的.除非主线程里的变量加上__block 例如:__block BOO

ios之block循环引用

在 iOS 4.2 时,苹果推出了 ARC 的内存管理机制.这是一种编译期的内存管理方式,在编译时,编译器会判断 Cocoa 对象的使用状况,并适当的加上 retain 和 release,使得对象的内存被合理的管理.所以,ARC 和 MRC 在本质上是一样的,都是通过引用计数的内存管理方式. 然而 ARC 并不是万能的,有时为了程序能够正常运行,会隐式的持有或复制对象,如果不加以注意,便会造成内存泄露!今天就列举几个在 ARC 下容易产生内存泄露的点,和各位童鞋一起分享下. block 系列

iOS 8:【转】Block循环引用

源地址:http://fann.im/blog/2013/04/17/retain-cycle-in-blocks/ 个人笔记,可能会有理解不够透彻而错误. @fannheyward Objective-C 是基于引用计数(retainCount)来做内存管理,ClassA 用到 ClassB 的时候,通过 alloc/retain/copy 等将 objectB.retainCount+1,不需要的时候通过 release/autorelease 将 objectB.retainCount-1

IOS开发--循环引用问题,普通控件为什么用weak,代理为什么用weak,block内用到外面的东

所有的引用计数系统,都存在循环应用的问题. 例如下面的引用关系对象: a创建并引用到了对象b. 对象b创建并引用到了对象c. 对象c创建并引用到了对象b. 这时候b和c的引用计数分别是2和1.当a不再使用b,调用release释放对b的所有权,因为c还引用了b,所以b的引用计数为1,b不会被释放.b不释放,c的引用计数就是1,c也不会被释放.从此,b和c永远留在内存中,造成内存浪费.这种情况,必须打断循环引用,通过其他规则来维护引用关系. 那么普通控件为什么要用weak: 如下图控制器中的Vie

IOS中的block 循环引用和retain cycle (经典)

retain cycle 的产生 说到retain cycle,首先要提一下Objective-C的内存管理机制. 作为C语言的超集,Objective-C延续了C语言中手动管理内存的方式,但是区别于C++的极其非人道的内存管理,Objective-C提出了一些机制来减少内存管理的难度. 比如:内存计数. 在Objective-C中,凡是继承自NSObject的类都提供了两种方法,retain和release.当我们调用一个对象的retain时,这个对象的内存计数加1,反之,当我们调用relea