iOS——Block循环引用

iOS——Block循环引用_第1张图片

iOS——Block循环引用_第2张图片

Capturing ‘self’ strongly in this block is likely to lead to a retain cycle
典型的循环引用

  • self持有了block
  • block持有了self(self.name)
    这样就形成了self -> block -> self的循环引用
    iOS——Block循环引用_第3张图片

解决办法

强弱共舞

iOS——Block循环引用_第4张图片

使用 中介者模式 __weak typeof(self) weakSelf = self将循环引用改为weakself -> self -> block -> weakself

表面看上去还是一个“引用圈”,但是weakself -> self这一层是弱引用——引用计数不处理,使用weak表管理。所以此时在页面析构时self就能正常的调用dealloc

假设 block 被放在子线程中执行,而且执行过程中 self 在主线程被释放了。由于 wself 是一个弱引用,因此会自动变为 nil。而在 KVO 中,这会导致崩溃。

但并不是最终的解决方案,此时仍存在着问题

iOS——Block循环引用_第5张图片

如同这种延时情况,如若调用block之后立马返回上一页进行页面释放(页面结束后weak修饰的self会立即释放),(异步和同步的区别:同步的话不用加strong,异步执行可能会提前释放导致这之后访问不到self),3秒后weakself指向的self已经为nil了,此时的打印就只能打印出null
强持有
iOS——Block循环引用_第6张图片

再加一层临时的强持有,此时的引用就变成了strongself -> weakself -> self -> block -> strongself
这样一来,self 所指向对象的引用计数变成 2,即使主线程中的 self 因为超出作用于而释放,对象的引用计数依然为 1,避免了对象的销毁。
看上去又是一个循环引用,但实际上strongSelf是个临时变量,当block作用域结束后就会释放,从而打破循环引用进行释放(让释放延后了3秒)

一些问题

2.Q:block 内部定义了sself,会不会因此强引用了 sself?

A:不会。block 只有截获外部变量时,才会引用它。如果是内部新建一个,则没有任何问题。

3.Q:如果在 block 内部没有强引用,而是通过 if 判断,是不是也可以,比如这样写:

__weak MyViewController *wself = self;
wself.completionHandler = ^(NSInteger result) {
if (wself) { // 只有当 wself 不为 nil 时,才执行以下代码
[wself.property removeObserver: wself forKeyPath:@"pathName"];
}
};

A:不可以!考虑到多线程执行,也许在判断的时候,self 还没释放,但是执行 self 里面的代码时,就刚好释放了。

4.Q:那按照这个说法,block 内部强引用也没用啊。也许 block 执行以前,self 就释放了。

A:有用!如果在 block 执行以前,self 就释放了,那么 block 的引用计数降为 0,所以自己就会被释放。这样它根本就不会被执行。另外,如果执行一个为 nil 的闭包会导致崩溃。

强弱共舞的缺点

  1. 强弱共舞需要开发者仔细管理对象之间的引用关系,选择合适的强引用和弱引用的组合。这样的管理可能会增加代码复杂性和阅读难度,特别是在存在多个对象相互引用的场景中。
  2. 强弱共舞可能导致对象的生命周期不一致。当强引用的对象释放时,弱引用的对象可能已经

为什么这么多缺点,很多情况下还在使用强弱共舞而不是其他方法呢

1. 相对简单: 强弱共舞是一种直接的解决方案,不需要引入额外的依赖或更复杂的代码结构。它只需要在合适的地方使用弱引用来打破循环引用,代码量相对较少,易于理解和实现。

2. 兼容性: 强弱共舞适用于 Objective-C 中的大多数情况,包括在使用 ARC(Automatic Reference Counting)和 MRC(Manual Reference Counting)时。它在旧有的项目中也能很好地发挥作用,不需要过多的代码重构。

3. 轻量级解决方案: 强弱共舞不需要引入复杂的设计模式或依赖库,因此对于一些小型项目或简单场景而言,使用强弱共舞可以是一种轻量级的解决方案。

其他中间者模式

手动置空

**__block** ViewController *vc = **self**;

**self**.name = @"Felix";

**self**.block = ^{

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

        NSLog(@"%@", vc.name);

        vc = **nil**;

    });

};

上述代码也是使用 中介者模式 打破循环应用的——使用vc作为中介者代替self从而打破循环引用

此时的引用情况为vc -> self -> block -> vc (vc在用完之后手动置空)
但是只要不调用block,仍然存在着循环引用
解决循环引用还有一种方式——不引用

**self**.name = @"Felix";

**self**.block = ^(ViewController *vc) {

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

        NSLog(@"%@", vc.name);

        vc = **nil**;

    });

}

上述代码使用当前vc作为参数传入block时拷贝一份,就不会出现持有的情况,同时还能使用self的内存空间,能够完美避免循环引用

引用循环的补充说明


iOS——Block循环引用_第7张图片

你可能感兴趣的:(ios,cocoa,macos)