[iOS]Block系列探究七|[iOS]Block系列探究七 - Block循环引用 [iOS]Block系列探究七-Block循环引

写在最前：这篇文章应该是Block系列文章的最后一篇了，以我目前的水平来说，难免有错误的地方。而且总体来说，研究的比较浅。希望未来的自己重新审视Block的时候，会有更加深的认识。

下面是Block系列的所有文章：

[iOS]Block系列探究一 - 初探
[iOS]Block系列探究二 - 捕获变量
[iOS]Block系列探究三 - Block存储域
[iOS]Block系列探究四 - __block变量存储域
[iOS]Block系列探究五 - 截获对象
[iOS]Block系列探究六 - __block变量和对象

这次，我们来探究一下Block的循环引用，并且探讨一下如何避免循环引用。
一、什么是循环引用？
两个对象直接或者间接的引用对方就是循环引用。
二、循环引用有什么问题？
【[iOS]Block系列探究七|[iOS]Block系列探究七 - Block循环引用】循环引用的两个对象无法释放。
三、Block如何产生循环引用？
举个栗子：

// interface声明block，被viewController实例对象强引用 @interface ViewController () @property (nonatomic, strong) void (^block)(void); @end@implementation ViewController- (void)viewDidLoad { [super viewDidLoad]; // block引用了self self.block = ^{ NSLog(@"self:%@", self); }; self.block(); } @end

上面的代码，在退出viewController的时候，block因为被viewController强引用，引用计数不为0，无法销毁，导致了viewController也同样被block强引用，无法被销毁。
四、怎么解决循环引用？
下面我们来一步一步的研究应该怎么避免循环使用。
4.1 __weak 根据[iOS]Block系列探究五 - 截获对象我们发现，堆Block截获__weak对象不会强引用对象，所以我们把上面的栗子改写一下就能解决循环引用的问题了，代码如下：

// 弱引用self __weak typeof(self) weakSelf = self; self.block = ^{ // 捕获__weak对象，不会强引用 NSLog(@"self:%@", weakSelf); };

看上去我们解决了Block循环引用的问题，那么来看一下下面的情况。
4.2 __weak和__strong结合使用先上代码：

@interface ViewController () @property (nonatomic, strong) void (^block)(void); @property (nonatomic, strong) NSMutableArray *arrM; @end@implementation ViewController- (void)viewDidLoad { [super viewDidLoad]; // 模拟数组引用计数为0时被销毁的通知 [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(releaseArrM) name:@"releaseArrM" object:nil]; [self method]; }- (void)method { // 模拟处理数据 self.arrM = [[NSMutableArray alloc] init]; [self.arrM addObject:self]; // 处理数据中引用了self// 弱引用数据 __weak typeof(NSMutableArray *) weakArrM = self.arrM; self.block = ^{ // 这里数组还没有被释放 [weakArrM addObject:@"哈哈"]; // 这里模拟数组被释放 [[NSNotificationCenter defaultCenter] postNotificationName:@"releaseArrM" object:nil]; // 这里数组已经被释放了 NSLog(@"weakArrM的引用计数为：%@", @(CFGetRetainCount((__bridge CFTypeRef)(weakArrM)))); }; self.block(); }- (void)releaseArrM { // 这里演示数组引用计数为0时被销毁 self.arrM = nil; }

上面代码中

NSLog(@"weakArrM的引用计数为：%@", @(CFGetRetainCount((__bridge CFTypeRef)(weakArrM))));

处会崩溃，因为此时数组已经被释放了。
那么怎么解决在block执行中捕获的对象被释放引发的崩溃呢？
答案是在block内使用__strong变量来强引用一下捕获的__weak对象，保证在block块返回之前捕获的对象强引用计数不为0被释放。
改进的代码如下：

// 弱引用数据 __weak typeof(NSMutableArray *) weakArrM = self.arrM; self.block = ^{ __strong typeof(NSMutableArray *) strongArrM = weakArrM; // 这个时候strongArrm引用计数至少为1，不会被释放。 ... };

至此，我们解决了block执行的过程中捕获的变量被释放引起的问题，那么block执行前捕获的变量已经被释放了怎么办呢？我们还有下面两种解决办法。
4.3 if条件鉴空这个思路很简单，就是判断block捕获的对象是否为nil，不为nil才执行之后的操作。
代码如下：

// 弱引用数据 __weak typeof(NSMutableArray *) weakArrM = self.arrM; self.block = ^{ __strong typeof(NSMutableArray *) strongArrM = weakArrM; // 防止strongArrM为nil if (strongArrM) { // 这个时候strongArrM不为nil且引用计数至少为1，不会被释放。 ... } };

至少不会产生可能崩溃的情况了，但是业务代码并没有执行，那么，我们怎么保证既执行业务代码，又解决循环引用呢？下面是一种使用场景很有限的解决方法。
4.4 __block配合置nil 我们结合代码来说明：

// 使用__block说明符修饰 __block NSMutableArray *arrM = self.arrM; self.block = ^{ // 这个时候强引用了arrM，arrM不可能为nil [arrM addObject:@"哈哈"]; // 在block执行的最后手动把arrM置nil，打破循环引用 arrM = nil; };

使用__block说明符修饰被捕获的对象，使对象在block中可以被修改，在执行完业务代码之后手动把对象置为nil来打破循环引用，但是这样做有很大的限制：