block里的self、weakSelf、strongSelf

转自  http://www.cnblogs.com/zhang-chi/p/5532272.html

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的地方。

重点注意:弄清楚block到底被谁持有,例如UIView的animateWithDuration方法,大部分时候写的dispatch,传参等,都没有成环,是不用定义weak和strong的。

时间: 2024-11-20 12:52:23

block里的self、weakSelf、strongSelf的相关文章

到底什么时候才需要在ObjC的Block中使用weakSelf/strongSelf

到底什么时候才需要在ObjC的Block中使用weakSelf/strongSelf Objective C 的 Block 是一个很实用的语法,特别是与GCD结合使用,可以很方便地实现并发.异步任务.但是,如果使用不当,Block 也会引起一些循环引用问题(retain cycle)—— Block 会 retain ‘self’,而 ‘self‘ 又 retain 了 Block.因为在 ObjC 中,直接调用一个实例变量,会被编译器处理成 ‘self->theVar’,’self’ 是一个

如何避免在Block里用self造成循环引用

一般来说我们总会在设置Block之后,在合适的时间回调Block,而不希望回调Block的时候Block已经被释放了,所以我们需要对Block进行copy,copy到堆中,以便后用. 当一个Block被Copy的时候,如果你在Block里进行了一些调用,那么将会有一个强引用指向这些调用方法的调用者,有两个规则: 如果你是通过引用来访问一个实例变量,那么将强引用至self 如果你是通过值来访问一个实例变量,那么将直接强引用至这个"值"变量 苹果官方文档里有两个例子来说明这两种情况: 上面

iOS开发- 缓存(TMCache是如何缓存的?)

TMCache 是Tumblr使用的缓存系统(github:https://github.com/tumblr/TMCache),它由两部分组成:磁盘缓存和内存缓存.(目前已经停止维护) 特点: 1. 由GCD支持 2. 线程安全 3. 如果收到内存警告或者APP进入后台, 内存缓存将被清理.磁盘缓存需要手动清理,或者设置时间/大小限制 4. 能够缓存任何支持NSCoding的对象(最重要的就是UIImage),通过key存取 TMCache由三个类构成,TMCache,TMDiskCache和

深入研究Block用weakSelf、strongSelf、@weakify、@strongify解决循环引用(上)

深入研究Block捕获外部变量和__block实现原理 前言 在上篇中,仔细分析了一下Block的实现原理以及__block捕获外部变量的原理.然而实际使用Block过程中,还是会遇到一些问题,比如Retain Circle的问题. 目录 1.Retain Circle的由来 2.weak.strong的实现原理 3.weakSelf.strongSelf的用途 [email protected].@strongify实现原理 一. Retain Circle的由来 循环引用的问题相信大家都很理

深入研究Block用weakSelf、strongSelf、@weakify、@strongify解决循环引用(下)

深入研究Block捕获外部变量和__block实现原理 EOCNetworkFetcher.h typedef void (^EOCNetworkFetcherCompletionHandler)(NSData *data); @interface EOCNetworkFetcher : NSObject @property (nonatomic, strong, readonly) NSURL *url; - (id)initWithURL:(NSURL *)url; - (void)star

关于block中使用weakSelf和strongSelf的问题

有时候我们会碰到这种情况, __weak typeof(self) weakSelf = self; [obj block:^(){ __strong typeof(weakSelf)strongSelf = weakSelf; }]; 我们都知道第一句是为了解决block的循环引用问题,那么在block中的语句是干什么用的呢? 网上查阅资料知道: 在block中调用self会引起循环引用,但是在block中需要对weakSelf进行 strong,保证代码在执行到block中,self不会被释

weakSelf 运用 strongSelf来解决block的循环引用

SDWebImage 中有一段源码: #if SD_UIKIT Class UIApplicationClass = NSClassFromString(@"UIApplication"); BOOL hasApplication = UIApplicationClass && [UIApplicationClass respondsToSelector:@selector(sharedApplication)]; if (hasApplication &&am

iOS 面试题(二):什么时候在 block 中不需要使用 weakSelf --转自唐巧

问题 我们知道,在使用 block 的时候,为了避免产生循环引用,通常需要使用 weakSelf 与 strongSelf,写下面这样的代码: __weak typeof(self) weakSelf = self; [self doSomeBlockJob:^{ __strong typeof(weakSelf) strongSelf = weakSelf; if (strongSelf) { ... } }]; 那么请问:什么时候在 block 里面用 self,不需要使用 weak sel

weakSelf和strongSelf

__weak typeof(self)weakSelf=self; dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{ __strong typeof(weakSelf)strongSelf=weakSelf; [strongSelf doSomething]; }); weak typeof(self)weakSelf=self;