已知：

1.block代码块中如果用到self.XXX 或者[self xxx] 即直接或间接引用self...是非常容易造成循环引用，导致内存泄漏的。

2.解决方案大家都知道是__weak 声明一个指向self的弱指针，在block中用这个弱指针调用self中的对象或方法。

3.但是AFN的block中不需要如此也不会内存泄漏。UIView的类方法的block中也不需要如此。

问题：1.block代码块中循环引用的条件。

2.AFN是做了什么处理？不会发生泄漏呢。

问题一： block代码块中循环引用的条件。

创建一个继承NSObject的ZFLion..以下代码都写到二级界面PopoverControlelr中

先从最最最简单开始说起吧

一句了解block循环引用的前提:block代码块中对某个对象的强弱引用,取决于引用的这个对象在block外部声明时候是强引用还是弱引用.

案例1:

[lion test]方法是调用lion中的testBlock..这样打印出来结果如下

这是自定义的一个block,block中也用到了self.class. 但是并没有循环引用,ZFLion 如约销毁..

案例2:

声明一个ZFLion属性,用这个属性对象调用block,然后发现编译器直接就告诉我们可能会发生循环引用了.

区别就在于:ZFLion一个是局部变量,并没有被控制器self所引用,,一个是成员属性,被self强引用着..

案例一中: ZFLion->testBlock->self  当viewdidload走完,ZFLion就会销毁,无循环.

案例二中:self->ZFLion->testBlock->self  连编译器都看不下去的循环了.

这两个案例可见.如果一个block没有直接或间接被self引用...是不会有循环引用的.

所以UIVIew的类方法动画中的block,,因为控制器根本不会引用这个不知道哪里来的UIView类,也没有实例,是没有引用这个block的.

接下来模拟常用的AFN 发送GET请求时成功回调block..

ZFLion对象有一个block为参数的对象方法..这与AFN GET方法API相似.

在这个参数block中,我们引用了当前控制器self...

然后在这个testComplestionBlock的实现里,ZFLion的属性testBlock把这个参数block引用...这样, self->ZFLion->testBlock->self 形成了循环引用..

dispatch_after 模拟网络请求,2秒后,执行在控制器中注册的block...然后把lion把testblock属性置为空...此时testBlock->self的引用切断,不再循环引用.

AFN中同样是在网络请求回调之后,把自己属性中对block引用的属性置空(移除),打破了循环.

查看AFN源代码发现

引用回调block的是这个属性,而返回网络数据或error之后,这个属性对block的引用被移除了....

由此可见.当AFN中是有循环引用的.但是在请求完毕之后会打破这个循环..但如果网速非常慢的情况下,比方说在导航控制器的二级界面进行网络请求,这个网络请求需要30秒才能请求完数据,用户等不及点了back返回上一级...这个控制器因为存在循环引用还是没有释放的....

结论:AFN对解决block的循环引用做了处理...一般不需要用weakSelf.

 但是如果在二级三级控制器发送非常耗时的请求..希望用户在back之后不再继续请求,及时释放,还是要用weakSelf.