循环引用的场景 & 处理

参考文档

  • 【原】iOS容易造成循环引用的三种场景,就在你我身边!

  • 谈谈OC中的循环引用

  • 关于Block内部要不要使用weakSelf的几种情况

一、计时器NSTimer

  • NSTimer经常会被作为某个类的成员变量,而NSTimer初始化时要指定self为target,容易造成循环引用。
  • 若timer一直处于validate的状态,则其引用计数将始终大于0。
@interface Friend ()
{
    NSTimer *_timer;
}
@end

@implementation Friend
- (id)init
{
    if (self = [super init]) {
        _timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(handleTimer:)
                                                userInfo:nil repeats:YES];
    }
    return  self;
}

- (void)handleTimer:(id)sender
{
    NSLog(@"%@ say: Hi!", [self class]);
}
- (void)cleanTimer
{
    [_timer invalidate];
    _timer = nil;
}
- (void)dealloc
{
    [self cleanTimer];
    NSLog(@"[Friend class] is dealloced");
}

二、block

2.1、self.arr

  • ARC环境下

ARC环境下可以通过使用_weak声明一个代替self的新变量代替原先的self,我们可以命名为weakSelf。通过这种方式告诉block,不要在block内部对self进行强制strong引用:(如果要兼容ios4.3,则用__unsafe_unretained代替__weak,不过目前基本不需考虑这么low的版本)

self.arr = @[@111, @222, @333];
__weak typeof(self) weakSelf=self;
self.block = ^(NSString *name){
    NSLog(@"arr:%@", weakSelf.arr);
};
    //解决方式: __unsafe_unretained 不推荐, 不安全
    __unsafe_unretained typeof(self) weakSelf = self;
    [self.tools loadData:^(NSString *html) {
        __strong typeof(self) strongSelf = weakSelf;
        NSLog(@"%@%@",html,strongSelf.view);
        strongSelf.view.backgroundColor = [UIColor redColor];
    }];
  • MRC环境下

解决方式与上述基本一致,只不过将__weak关键字换成__block即可,这样的意思是告诉block:小子,不要在内部对self进行retain了!

2.2、_arr

block里面引用了self导致循环引用??

但事实真的是如此吗?我表示怀疑,其实这种说法是不严谨的,不一定要显式地出现"self"字眼才会引起循环引用。我们改一下代码,不通过属性self.arr去访问arr变量,而是通过实例变量_arr去访问,如下:

_arr = @[@111, @222, @333];
self.block = ^(NSString *name){
    NSLog(@"arr:%@", _arr);
};

结论:即使在你的block代码中没有显式地出现"self",也会出现循环引用!只要你在block里用到了self所拥有的东西!!但对于这种情况,我们无法通过加__weak声明或者__block声明去禁止block对self进行强引用或者强制增加引用计数。但我们可以通过其他指针来避免循环引用,具体是这么做的:

__weak typeof(self) weakSelf = self;
self.blkA = ^{
    __strong typeof(weakSelf) strongSelf = weakSelf;//加一下强引用,避免weakSelf被释放掉
    NSLog(@"%@", strongSelf->_xxView); //不会导致循环引用.
};

2.3、关于Block内部要不要使用weakSelf的几种情况

  • block是控制器的属性,如果block内部没有使用weakSelf将会造成内存泄露
self.testBlock = ^(){
    NSLog(@"%@",self.mapView);
};
self.testBlock();
  • 把block内部抽出一个作为self的方法,当使用weakSelf调用这个方法,并且这个方法里有self的属性,block不会造成内存泄露
self.testBlock = ^(){
    [weakSelf test];
};

-(void)test
{
    NSLog(@"%@",self.mapView);
}
  • 当block不是self的属性时,block内部使用self也不会造成内存泄露
TestBlock testBlock = ^(){
    NSLog(@"%@",self.mapView);
};
[self test:testBlock];
  • 当使用类方法有block作为参数使用时,block内部使用self也不会造成内存泄露
[WDNetwork testBlock:^(id responsObject) {
    NSLog(@"%@",self.mapView);
}];

三、委托delegate

在委托问题上出现循环引用问题已经是老生常谈了,本文也不再细讲,规避该问题的杀手锏也是简单到哭,一字诀:声明delegate时请用assign(MRC)或者weak(ARC),千万别手贱玩一下retain或者strong,毕竟这基本逃不掉循环引用了!

你可能感兴趣的:(循环引用的场景 & 处理)