ARC下，关于block里面使用self、weakSelf、strongSelf，理解一直没有特别的透彻，今天花时间研究了一下，总结如下：

其实一共就涉及到两个问题：

1.是否循环引用了

2.block里面的代码，不一定执行到哪行时，VC可能就释放了，self就为nil了，那么你到底想让代码在这种情况下如何执行。

其实到底用self、weakSelf还是strongSelf，就是上面两个问题的排列组合

有种典型的写法：

dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0);

__weak __typeof__(self) weakSelf = self;

dispatch_async(queue, ^{

    __typeof__(self) strongSelf = weakSelf;

    [strongSelf assitFunc1];

});

首先我的结论是，所有情况下，这么写是不会出什么问题的（当然也好多情况下不用这么写），唯一可能出问题的地方就是要保证block里面的代码能够被执行到，否则就和循环引用一样，是不会释放VC的。什么情况会执行不到？比如queue里面已经有1万个任务，然后正在串行执行，当然这里说的是理论上，所以一般也不会有这种情况。

不会出问题的原因是：不会造成循环引用，因为没有对self持有（其实是block代码期间持有了，执行完毕就不持有了）；block里的代码一定会执行，因为strongSelf会保证在block代码执行完毕之前self不会被释放（延迟了VC的生命周期），并且执行的时候strongSelf一定不会为nil。所以没有问题。

然后说下weak和strong的作用：

1.weakSelf，不增加self的引用计数，然后你还可以使用它，所以它能防止循环引用（该释放释放，和weakSelf怎么用完全没关系）。

2.strongSelf，在定义的区域内保证指向的内容不被释放，所以他用在确保代码执行的时候。（防止self变成nil，延迟self的生命）。

到底怎么用有以下情况：

1.不管使用self，还是strongSelf，都延迟了VC释放的时间，至少要执行完block。

2.如果block是临时的block，例如在ViewDidLoad里面写上面的代码。直接使用self就可以达到同样的效果，不会出现内存泄露，因为虽然block持有self，但是self并没有持有block，没有成环。并且注意，self一定会晚于或者等于block执行完毕的时间释放。就算执行到block中的某行代码，并不在当前VC了，也不会crash，因为self没有释放。

所以好多时候，如果block和self没有成环，我们就直接使用self就行了。无需定义weakSelf和strongSelf。但是有时候没有成环，我们依然使用了weakSelf，这时其实可以达到这样的效果：如果VC释放了（不在当前页了），那么由weakSelf方法调用的函数，其实都不执行了，就达到了节省资源的目的，需要注意的是对于nil的处理，避免crash。既用weak又用strong就没必要了，就和直接使用self时一个效果。

3.如果成环了，那么一定会使用weak。至于block里面的代码是全部使用weak还是全部使用strong，就取决于当self变成nil时，你想让代码如何执行，如果无论如何你都想执行block里面的代码，那么就用strong，如果想要self为nil时，不执行一些代码，则凡是使用weakSelf的函数都不会被执行，也必须注意可能会crash的地方。

结论：

1.不成环，并且想让block代码什么情况下都执行：两种方式：A全部使用self就行；B外面定义weak，block里面用strong，也行，多次一举。

2.不成环，并且想让block代码在当前VC释放的情况下不执行：两种方式：A外面定义weak，里面使用weak，然后注意nil可能会crash的地方（加判断）；B外面定义weak，block里面使用strong（或者直接使用self），自己加if判断，否是在当前页面，不在当前页面不执行。

3.成环，想让block代码无论如何都执行：必用weak。block里面用strong。

4.成环，想让block代码在当前VC释放的情况下不执行：两种方式：A必用weak，block里面用strong，则自己加if判断不在当前页面就不执行；B，block里面使用weak，注意nil可能导致crash的地方。