weakSelf与strongSelf的理解

在使用block过程中，为了防止循环引用，我们通常使用weakSelf与strongSelf来防止循环引用的产生：

__weak typeof(self)weakSelf = self; // (不增加self的引用计数)

    [self doSomeBlockJob:^{
    __strong typeof(weakSelf)strongSelf = weakSelf;
    ...
    执行代码***
    ...
}];

weakSelf：不增加self的引用计数，但还可以使用self； strongSelf：在定义的区域内，保证指向的内容不释放，延长self的使用寿命。

问题1：什么时候在block中，可以用self，不需要使用weakSelf？

block本身不被self持有，并且不产生循环引用时block中可以使用self

例如：UIView的动画block（animateWithDuration:animations）。因为animationblock本身被UIView的某个负责动画的实例持有

（self持有UIView-》UIView持有动画实例-〉动画实例持有block-》block持有self）

当动画结束时，动画实例会结束block，从而block会释放self的持有，从而不产生循环引用

问题2：使用了weakSelf后，为什么又需要用到strongSelf？

因为使用weakSelf之后，self的引用计数不会因为block持有而增加；所以，在block执行过程中self有可能释放变为nil，在这个情况下，再往下执行block有可能crash；突然出现 self 被释放的尴尬情况。通常情况下，如果不这么做的话，还是很容易出现一些奇怪的逻辑，甚至闪退。如果没有 strongSelf 的那行代码，那么后面的每一行代码执行时，self 都可能被释放掉了，这样很可能造成逻辑异常。特别是当我们正在执行block中self那行代码的时候。如果这个 block 执行到一半时 self 释放，那么多半情况下会 Crash。因此，在block中对weakSelf实行强引用，来保证block执行完之前，weakSelf不会释放。

问题3：weak修饰的变量在引用计数为0时，会自动的设置成nil。

iOS系统有一个全局的CFMutableDictionary实例，用来保存每个对象的weak指针列表（因为每个对象的weak指针可能有多个，所以该指针列表为CFMutableSet类型）

因此，在引用计数为0时，去该全局实例中找到该对象保存的weak指针列表，将其设置为nil。 （具体实现可能用到KVO：当一个对象存在weak指针时，我们可以将这个实例指向新创建的子类，然后修改该子类的realease方法，将所有weak 指针设置成nil）

Class subclass = objc_allocateClassPair(class, newNameC, 0); 
Method release = class_getInstanceMethod(class, @selector(release));
Method dealloc = class_getInstanceMethod(class, @selector(dealloc)); 
class_addMethod(subclass, @selector(release), (IMP)CustomSubclassRelease, method_getTypeEncoding(release)); 
class_addMethod(subclass, @selector(dealloc), (IMP)CustomSubclassDealloc, method_getTypeEncoding(dealloc));
objc_registerClassPair(subclass);

问题4：防止循环引用的两种方式：

1）：事先避免：在可能存在循环引用的地方，使用weak修饰；

2）：事后弥补：在合适的地方，断开环中的引用（置为nil）；

原文链接：https://blog.csdn.net/wtwJack/article/details/86481176