Block 之 循环引用

1、循环引用的现象
- (void)viewDidLoad {
    [super viewDidLoad];
    
    {
        MJPerson *person = [[MJPerson alloc] init];
        person.age = 12;
        person.block = ^{
            NSLog(@"person's age is %d",person.age);
        };
    }
    NSLog(@"离开了MJPerson的作用域,MJPerson应该要释放掉");
}

================================================
打印结果:
//(并没有打印person---dealloc);
BlockTest[942:23896] 离开了MJPerson的作用域,MJPerson应该要释放掉

像上面例子中一样,当离开了MJPerson的作用域之后,MJPerson本该被释放却没有被释放掉,这种现象就是由于产生了block的循环引用而导致的内存泄漏。
由于这个perosn中持有block,block中又强引用了person,所以当执行完毕的时候,person和person中的block互相引用,没有办法释放就导致了这种现象。

2、如何解决循环引用

在之前学习的时候,我们就了解到用__weak可以避免block对对象产生强引用。
同样使用__unsafe__unretained修饰也可以
使用__block也能达到效果。

方法一:

- (void)viewDidLoad {
    [super viewDidLoad];
    {
        MJPerson *person = [[MJPerson alloc] init];
        person.age = 10;
        //__weak typeof(person) *weakPerson = person;实际中,我们常用typeof来确定类型
        __weak MJPerson *weakPerson = person;
        person.block = ^{
            NSLog(@"person's age is %d",weakPerson.age);
        };
    }
    NSLog(@"离开了MJPerson的作用域,MJPerson应该要释放掉");
}

================================================
打印结果:
BlockTest[1718:65438] person---dealloc
BlockTest[1718:65438] 离开了MJPerson的作用域,MJPerson应该要释放掉

方法二:

- (void)viewDidLoad {
    [super viewDidLoad];
    {
        MJPerson *person = [[MJPerson alloc] init];
        person.age = 10;
        __unsafe_unretained MJPerson *weakPerson = person;
        person.block = ^{
            NSLog(@"person's age is %d",weakPerson.age);
        };
    }
    NSLog(@"离开了MJPerson的作用域,MJPerson应该要释放掉");
}

================================================
打印结果:
BlockTest[1718:65438] person---dealloc
BlockTest[1718:65438] 离开了MJPerson的作用域,MJPerson应该要释放掉

方法三:

- (void)viewDidLoad {
    [super viewDidLoad];
    {
        MJPerson *person = [[MJPerson alloc] init];
        person.age = 10;
        __block MJPerson *blockPerson = person;
        person.block = ^{
            NSLog(@"person's age is %d",blockPerson.age);
            blockPerson = nil;
        };
        //调用block
        person.block();
    }
    NSLog(@"离开了MJPerson的作用域,MJPerson应该要释放掉");
}

================================================
打印结果:
BlockTest[1827:71936] person's age is 10
BlockTest[1827:71936] person---dealloc
BlockTest[1827:71936] 离开了MJPerson的作用域,MJPerson应该要释放掉

从上面的三段代码中,我们也可以看出这几种方法都可以解决block的循环引用问题,但是他们还是有些区别的。

  • <1>其中,用__weak、__unsafe__unretained修饰都是使block对对象的引用变成弱引用来解决。
但是使用中推荐__weak,使用__unsafe__unretained是不安全的,它们的区别是:
__weak:不会产生强引用,指向的对象销毁时,会自动让指针置为nil
__unsafe__unretained:不会产生强引用,不安全,指向的对象销毁时,指针存储的地址值不变
屏幕快照 2018-11-04 下午1.36.14.png
  • <2>使用__block修饰的道理是将两者间的双向强引用变成三者间的引用
    但使用__block修饰是必须在调用了block之后,才会释放对象,而且写法上需要注意的是,在block代码块中必须将对象置空。
    屏幕快照 2018-11-04 下午1.38.50.png

对比几种方法,还是使用最__weak来解决循环引用的问题最好。

3、拓展:MRC下怎么解决
方法一:
//    MRC环境下不支持__weak,但是可以使用__unsafe_unretained
//    __unsafe_unretained就是不会对person进行retain操作
      MJPerson *person = [[MJPerson alloc] init];
      person.age = 10;
      __unsafe_unretained MJPerson *weakPerson = person;
      person.block = ^{
         NSLog(@"person's age is %d",weakPerson.age);
      };
      [person release];
    
    
方法二:
//    因为MRC下,__block不会修饰,其底层的copy函数中的_Block_object_assign不会对其进行retain操作
      MJPerson *person = [[MJPerson alloc] init];
      person.age = 10;
      __block MJPerson *blockPerson = person;
      person.block = ^{
          NSLog(@"person's age is %d",blockPerson.age);
         //这里也不需要对person进行置空操作了
      };
      [person release];
4、__weak修饰后,再用__strong修饰的问题
- (void)viewDidLoad {
    [super viewDidLoad];
    
    Student *student = [[Student alloc] init];
    student.name = @"Hello World";
    
    __weak typeof(student) weakStu = student;
    student.studyBlock = ^{
        //问:这里为什么要进行一个这样的操作
        //答:你用一个强指针可以确保student不会死掉,再者这里再转成strong类型可以骗过编译器
        Student *strongStu = weakStu;
        
        //在block里面用强引用 和 在block外面用强引用 是不一样的
        // student是block外面的强引用,是持有这个block的对象变量
        // strongStu,我们应该把他看成是个临时变量,在block结束后会自动销毁掉。
        dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2.0 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
            //这个strongStu指向的地址还是student的地址,而且因为自己强引用了studentd对象,所以student对应的引用计数加一
            //导致在block执行结束之前,student不会被释放,等到执行了之后,过了这个作用域,strongStu释放了,student也就释放了
            NSLog(@"my name is = %@", strongStu.name);
        });
    };
    student.studyBlock();
}

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,185评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,445评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,684评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,564评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,681评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,874评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,025评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,761评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,217评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,545评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,694评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,351评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,988评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,778评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,007评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,427评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,580评论 2 349

推荐阅读更多精彩内容