在ARC与非ARC环境下对block使用不当都会引起循环引用问题,一般表现为,某个类将block作为自己的属性变量,然后该类在block的方法体里面又使用了该类本身,简单说就是self.theBlock = ^(void){[self dosomething];或者self.otherVar = XXX;或者_otherVar = ...};block的这种循环引用会被编译器捕捉到并及时提醒，那要如何避免呢，我在这里做了个demo测试。

直接看demo
#import "ViewController.h"
#define CJSUPARC 1
typedef void(^myBlock)(void);

  @interface ViewController ()@property (nonatomic, copy)myBlock theBlock; @end @implementation ViewController - (void)dealloc { #if CJSUPARC [super dealloc]; #else #endif NSLog(@"ViewController dealloc"); } - (void)viewDidLoad { [super viewDidLoad]; #if CJSUPARC __block typeof(self) wSelf = self; NSLog(@"%@",@(self.retainCount)); myBlock block = ^(void){ NSLog(@"%@",@(wSelf.retainCount)); NSLog(@"%@.block init",[wSelf.class description]); }; self.theBlock = [[block copy] autorelease]; if (self.theBlock) { self.theBlock(); } #else // __block typeof(self) wSelf = self; // __unsafe_unretained typeof(self) wSelf = self; __weak typeof(self) wSelf = self; myBlock block = ^(void){ NSLog(@"%@.block init",[wSelf.class description]); }; self.theBlock = [block copy]; if (self.theBlock) { self.theBlock(); } #endif } @end 

• MRC模式下运行
  2016-01-09 23:50:33.993 CJBlockDemo[52536:2193676] self.retainCount = 6
  2016-01-09 23:50:33.994 CJBlockDemo[52536:2193676] self.retainCount = 6
  2016-01-09 23:50:33.994 CJBlockDemo[52536:2193676] ViewController.block init
  2016-01-09 23:50:40.437 CJBlockDemo[52536:2193676] ViewController dealloc
  可以看到使用__block能够避免引起循环引用的问题

• ARC模式下运行

使用__block

  2016-01-09 23:50:33.994 CJBlockDemo[52536:2193676] ViewController.block init 虽然编译器警告是没有了，但ViewController却没有执行dealloc函数，说明在arc中__block还是会引起retain。 

使用__unsafe_unretained

使用__weak

  2016-01-09 23:50:33.994 CJBlockDemo[52536:2193676] ViewController.block init 2016-01-09 23:50:40.437 CJBlockDemo[52536:2193676] ViewController dealloc 

都可以避免循环引用的问题，但由于前者是unsafe的，会造成野指针问题，所以尽量少用unsafe_unretained关键字

另外在多线程环境下（block中的wSelf有可能被析构的情况下），需要先将self转为strong指针，避免在运行到某个关键步骤时self对象被析构。
可参考AFNetworking代码：

__weak __typeof(self)weakSelf = self;
AFNetworkReachabilityStatusBlock callback =  ^(AFNetworkReachabilityStatus status) { __strong __typeof(weakSelf)strongSelf = weakSelf; strongSelf.networkReachabilityStatus = status; if (strongSelf.networkReachabilityStatusBlock) { strongSelf.networkReachabilityStatusBlock(status); } }; 

• 第一行：__weak __typeof(self)weakSelf = self;
  为防止callback内部对self强引用，weak一下。
  其中用到了__typeof(self)，这里涉及几个知识点：

1. __typeof、__typeof__、typeof的区别
   恩~~他们没有区别，但是这牵扯一段往事，在早期C语言中没有typeof这个关键字，__typeof、__typeof__是在C语言的扩展关键字的时候出现的。
   typeof是现代GNU C++的关键字，从Objective-C的根源说，他其实来自于C语言，所以AFNetworking使用了继承自C的关键字。
2. 对于老的LLVM编译器上面这句话会编译报错，所以在很早的ARC使用者中流行__typeof(&*self)这种写法，原因如下
   大致说法是老LLVM编译器会将__typeof转义为 XXX类名 *const __strong的__strong和前面的__weak关键字对指针的修饰又冲突了，所以加上&*对指针的修饰。

• 第三行：__strong __typeof(weakSelf)strongSelf = weakSelf;
  self转回strong了，这里__typeof()里面写的是weakSelf，里面写self也没有问题，因为typeof是编译时确定变量类型，所以这里写self 不会被循环引用。

• 第四、五、六行，如果不转成strongSelf而使用weakSelf，后面几句话中，有可能在第四句执行之后self的对象可能被析构掉，然后后面的StausBlock没有执行，导致逻辑错误。

• 最后第五行，使用前对block判空。