OC - Block（二）- 循环引用

block的循环引用

block的循环引用，真的是老生常谈的话题了，循环引用的诱因可以说是一个闭环,你中有我我中有你，谁都不撒手，从而造成内存空间互不释放，从而导致内存泄漏，也会造成整个控制器所占用的堆内存都不会释放，后果也是相当严重的。
但是任何事物的解决方法，都要从源头说起，这篇文章会带你从两个方面入手：

• 理解造成循环引用的必要条件
• 实际应用中关于block的循环引用会出现的场景

---

1. 造成循环引用的诱因

下面是一个简单的例子，来帮助我们分析造成循环引用的必要条件：

• 控制器中定义了一个 block，这个block在当前控制器被使用，并且在 block中引用了self，如图： block的循环引用.png 代码：

// 定义一个block
typedef void(^DemoBlock)(void);

@interface ViewController ()

@property (nonatomic,copy) DemoBlock demoBlock;  // block变量

@end


@implementation ViewController

- (void)viewDidLoad {
    [super viewDidLoad];
    // 在block中，使用`self` 关键字调用方法
    self.demoBlock = ^{
        [self testCallMethod];    
    };
}

- (void)testCallMethod{
    NSLog(@"我是测试方法");
}
@end

在xcode中，一般情况下会在block中使用self的那一个代码处出现警告，意思是说在这个block中使用self会导致循环引用

循环引用警告.png 那么想要解决这个问题就要打破这个闭环，警告出现在block中使用self这一步。那么就从此处分析解决问题，将block中引用的self变为弱引用的self

    // 将self变为弱引用，当控制器需要释放时，block不在强引用self
    __weak typeof(self) weakSelf;
    self.demoBlock = ^{
        [weakSelf testCallMethod];
    };

---

2. 实际应用中该如何避免

以上仅仅是为了说明block循环引用的简单认识，那么在实际引用中要比这个复杂一点，但是万变不离其宗。在实际应用中，造成循环引用的两个必要条件缺一不可：

• 接收方将block作为属性
• 接收方不会主动释放

看文字可能比较抽象，这里有两个例子，是比较简单而且常见的，理解之后，甚至在一个更为复杂的业务逻辑下，也能自然地分析出循环引用并解决它。

情景一： block循环引用.png

准备条件：

• 控制器中添加一个view
• view中分别有三项内容：block属性、TextField、Button

流程：

• 在vc中添加一个view(vc强引用view)，并实现view中定义好的block，等待view中button触发点击事件来执行block。
• 用户在view中的textfield中输入内容，按钮点事件触发后，通过执行定义好的block，将testField中的内容回调给vc
  这个过程看似普普通通的，没错，接下来才是关键，那么在vc中定义的block代码块在执行的时候，如果意外在代码块中使用了关键字self，就会造成循环引用： 循环引用.png

说明：

这里说明上面那两点：

• 接收方将block作为属性：这里view作为接收方，定义了一个block属性。满足条件一。
• 接收方不会主动释放： view被添加到VC中，view在执行alloc时，会在堆区申请一片需求(注意堆区的特点)，那么这里view并不会主动释放，而是要等VC的生命周期结束后，才会释放 VC中的view
• 而上面的例子中，如果block体内使用了self,那么就满足这两个条件，闭环互不撒手，也就自然造成了内存泄漏。所以当我们使用block的时候，一定要注意在block的代码块中，是否有使用到self，(但并不是所有block中使用self都会造成循环引用，慢慢往下看)

---

情景二： 循环引用.png

准备条件：

• 两个控制器：VC1，VC2，由VC1，push到VC2，在VC1中实现VC2中的block。
• VC2中，要求输入姓名和手机号，定义一个block属性，点击按钮时，执行这个block，将姓名和密码回调给VC1 (注：情境一是VC与View，这里是VC与VC)

流程：

当用户在VC2点击按钮时，将要执行这个block，并pop回VC1，在VC1中就会执行block代码快，此时，假如我们在VC1中的block内使用self关键字，是否也会产生循环引用呢，答案是： 不会！

说明：

我们再来看最开始说的那两个条件：

• 接收方将block作为属性：VC2作为接收方，确实定义了一个block作为属性，满足条件一
• 接收方不会主动释放：这个VC2是一个控制器，当执行pop操作时，由于NavigationController的pop和push是一个栈的操作，当执行pop时，执行出栈操作，将push而来的VC2出栈并释放VC2占用的内存空间，所以这是一个 主动释放的过程，因此这里不满足条件二，所以并不会造成一个循环引用。
  循环引用.png （PS：这里，由VC1 push 到VC2，虽然在VC1中确实使用了VC2的对象，但是并没有将VC2的对象作为VC1中的某一个属性，所以并没有强引用VC2，就不会形成闭环，也就不会循环引用）

3.技能补充

并不是所有的在block中使用self都会造成循环引用，上面所说的情景二就是一个典型的例子。
当然还有其他的例子，比如UIView动画，我们可以在其block内放肆的使用self。典型的还有massonry，这究其原因是当我们使用类似这样的方法时，并不是真正的持有这个block，而是这个block作为方法的参数 传递过来，所以使用者并不强引用block`，理所当然的也就不会造成闭环，不会产生循环引用了。