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. 强弱共舞可能导致对象的生命周期不一致。当强引用的对象释放时，弱引用的对象可能已经

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

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的内存空间，能够完美避免循环引用

引用循环的补充说明

明