zoukankan      html  css  js  c++  java
  • Block 循环引用(中)

    不会造成循环引用的block

    大部分GCD方法

    1 dispatch_async(dispatch_get_main_queue(), ^{
    2     [self doSomething];
    3 });

    因为self并没有对GCD的block进行持有,没有形成循环引用。目前我还没碰到使用GCD导致循环引用的场景,如果某种场景self对GCD的block进行了持有,则才有可能造成循环引用。

    block并不是属性值,而是临时变量

     1 - (void)doSomething {
     2     [self testWithBlock:^{
     3         [self test];
     4     }];
     5 }
     6 
     7 - (void)testWithBlock:(void(^)())block {
     8     block();
     9 }
    10 
    11 - (void)test {
    12     NSLog(@"test");
    13 }

    这里因为block只是一个临时变量,self并没有对其持有,所以没有造成循环引用

    block使用对象被提前释放

    有这种情况,如果不只是ClassA持有了myBlock,ClassB也持有了myBlock。

    当ClassA被someObj对象释放后

    此时,ClassA对象已经被释放,而myBlock还是被ClassB持有,没有释放;如果myBlock这个时被调度,而此时ClassA已经被释放,此时访问的ClassA将是一个nil对象(使用__weak修饰,对象释放时会置为nil),而引发错误。

    另一个常见错误使用是,开发者担心循环引用错误(如上所述不会出现循环引用的情况),使用__weak。比如

    1 __weak typeof(self) weakSelf = self;
    2 dispatch_async(dispatch_get_main_queue(), ^{
    3     [weakSelf doSomething];
    4 });

    因为将block作为参数传给dispatch_async时,系统会将block拷贝到堆上,而且block会持有block中用到的对象,因为dispatch_async并不知道block中对象会在什么时候被释放,为了确保系统调度执行block中的任务时其对象没有被意外释放掉,dispatch_async必须自己retain一次对象(即self),任务完成后再release对象(即self)。但这里使用__weak,使dispatch_async没有增加self的引用计数,这使得在系统在调度执行block之前,self可能已被销毁,但系统并不知道这个情况,导致block执行时访问已经被释放的self,而达不到预期的结果。

    注:如果是在MRC模式下,使用__block修饰self,则此时block访问被释放的self,则会导致crash。 

    该场景下的代码

     1 // ClassA.m
     2 - (void)test {
     3     __weak MyClass* weakSelf = self;
     4     double delayInSeconds = 10.0f;
     5     dispatch_time_t popTime = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(delayInSeconds * NSEC_PER_SEC));
     6     dispatch_after(popTime, dispatch_get_main_queue(), ^(void){
     7         NSLog(@"%@", weakSelf);
     8     });
     9 }
    10 
    11 // ClassB.m
    12 - (void)doSomething {
    13     NSLog(@"do something");
    14     ClassA *objA = [[ClassA alloc] init];
    15     [objA test];
    16 }

    运行结果

    [5988:435396] do something
    [5988:435396] self:(null)

    解决方法:

    对于这种场景,就不应该使用__weak来修饰对象,让dispatch_after对self进行持有,保证block执行时self还未被释放。

    block执行过程中对象被释放

    还有一种场景,在block执行开始时self对象还未被释放,而执行过程中,self被释放了,此时访问self时,就会发生错误。

    对于这种场景,应该在block中对 对象使用__strong修饰,使得在block期间对 对象持有,block执行结束后,解除其持有。

    1 - (void)testBlockRetainCycle {
    2     ClassA* objA = [[ClassA alloc] init];
    3     __weak typeof(objA) weakObjA = objA;
    4     self.myBlock = ^() {
    5         __strong typeof(weakObjA) strongWeakObjA = weakObjA;
    6         [strongWeakObjA doSomething];
    7     };
    8     objA.objA = self;
    9 }

    注:此方法只能保证在block执行期间对象不被释放,如果对象在block执行执行之前已经被释放了,该方法也无效。

    参考资料:block的循环引用问题

  • 相关阅读:
    设计模式 对象结构型 代理模式
    设计模式 对象/类结构型 适配器模式
    设计模式 创建型 原型模式
    设计模式 创建型 建造模式
    Django REST framework使用及源码分析之权限
    Django REST framework使用及源码分析之验证
    某游戏公司运维开发python笔试题
    django中间件的5个方法以及csrf的装饰器用法
    Django源码理解一
    消息中间件-RabbitMQ
  • 原文地址:https://www.cnblogs.com/EchoHG/p/8506820.html
Copyright © 2011-2022 走看看