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
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
循环引用.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`，理所当然的也就不会造成闭环，不会产生循环引用了。
