最近在看 AFNetworking 和 SDWebImage源码,碰到一些比较绕的问题,理解了很久,然后在网上查了些的资料,才算是有了一些理解。在此记录一下。
AFNetworking 源码如下:
SDWebImage 源码如下:
block会copy要在block中使用的实变量,而copy会是变量的retainCount + 1,如若在不注意很容易造成循环引用。
而所谓的循环引用的本质就是,两个对象相互引用,从而造成对象不能正常的dealloc。
所以解决的办法就是让引用的一方是weak的,这样就使得相互引用的闭环被打破,能够正常的dealloc了。
1)weakSelf的使用:
Apple 官方的建议是,传进 Block 之前,把 ‘self’ 转换成 weak automatic 的变量,这样在 Block 中就不会出现对 self 的强引用。
上图的代码中,backgroundTaskId是当前这个类的一个属性,在backgroundTaskId初始化的这个方法中,有一个block回调,在这个block的实现中访问需要访问Self,为了避免造成循环引用,此处给当前的Self取了个别名,并用__weak来修饰,目的是告诉编译器,此处是弱引用,不要retain 当前的这个类,也就是所谓的self。
2)为什么会出现strongSelf?
Apple 官方文档有讲到,如果在 Block 执行完成之前,self 被释放了,weakSelf 也会变为 nil。
clang给出的实例代码:
__weak __typeof__(self) weakSelf = self; dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ [weakSelf doSomething]; });
clang 的文档表示,在 doSomething 内,weakSelf 不会被释放。但是下面的情况除外:
__weak __typeof__(self) weakSelf = self;
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
[weakSelf doSomething];
[weakSelf doOtherThing];
});
在 doSomething 中,weakSelf 不会变成 nil,不过在 doSomething 执行完成,调用第二个方法 doOtherThing 的时候,weakSelf 有可能被释放,
于是,strongSelf 就派上用场了:
__weak __typeof__(self) weakSelf = self;
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
__strong __typeof(self) strongSelf = weakSelf;
[strongSelf doSomething];
[strongSelf doOtherThing];
});
__strong 确保strongSelf在block中不会被释放。
所以就能理解SDWebImage中的那段代码,block在实现的过程中会对wself进行一次强引用,是为了防止在block还未执行完毕,wself在其他线程中被释放,使得wself为nil。
简单的做个小结:
1、在使用block时,如果block内部需要访问self的方法、属性、或者实例变量应当使用weakSelf
2、如果在block内需要多次访问self,则需要使用strongSelf
3、如果在block内部存在多线程环境访问self,则需要使用strongSelf
4、block本身不存在多线程之分,block执行是否是多线程,取决于当前的持有者是否是以多线程的方式来调用它。
clang的文档链接
https://github.com/CoderBeta/clang-user-manual
http://blog.csdn.net/bbmb_mb/article/details/50470802