已知：
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.
