Capturing ‘self’ strongly in this block is likely to lead to a retain cycle
典型的循环引用
self
持有了block
block
持有了self
(self.name)
这样就形成了self -> block -> self
的循环引用
解决办法
强弱共舞
使用 中介者模式 __weak typeof(self) weakSelf = self
将循环引用改为weakself -> self -> block -> weakself
表面看上去还是一个“引用圈”,但是weakself -> self
这一层是弱引用——引用计数不处理,使用weak表
管理。所以此时在页面析构时self
就能正常的调用dealloc
了
假设 block 被放在子线程中执行,而且执行过程中 self 在主线程被释放了。由于 wself 是一个弱引用,因此会自动变为 nil。而在 KVO 中,这会导致崩溃。
但并不是最终的解决方案,此时仍存在着问题
如同这种延时情况,如若调用block之后立马返回上一页进行页面释放(页面结束后weak修饰的self会立即释放),(异步和同步的区别:同步的话不用加strong,异步执行可能会提前释放导致这之后访问不到self),3秒后weakself
指向的self
已经为nil
了,此时的打印就只能打印出null
强持有
再加一层临时的强持有
,此时的引用就变成了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. 兼容性: 强弱共舞适用于 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
的内存空间,能够完美避免循环引用
引用循环的补充说明
明