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执行是否是多线程，取决于当前的持有者是否是以多线程的方式来调用它。