iOS中怎样解决NSTimer的循环引用
小编给大家分享一下iOS中怎样解决NSTimer的循环引用,相信大部分人都还不怎么了解,因此分享这篇文章给大家参考一下,希望大家阅读完这篇文章后大有收获,下面让我们一起去了解一下吧!
成都创新互联专注为客户提供全方位的互联网综合服务,包含不限于成都网站设计、成都做网站、东至网络推广、微信小程序定制开发、东至网络营销、东至企业策划、东至品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等,从售前售中售后,我们都将竭诚为您服务,您的肯定,是我们最大的嘉奖;成都创新互联为所有大学生创业者提供东至建站搭建服务,24小时服务热线:028-86922220,官方网址:www.cdcxhl.com
一 发现问题
我们都知道NSTimer采用target-action的方式,通常target又是类本身,我们为了方便又把NSTimer声明为属性变量,这样就难免会造成循环引用(需要反复执行计时任务时,如果是单次的任务就不会造成循环引用)。
例如:
_timer = [NSTimer scheduledTimerWithTimeInterval:5.0 target:self selector:@selector(startTimer) userInfo:nil repeats:YES];
深入理解,类有一个成员变量_timer,给_timer设置的target为这个类本身。这样类保留_timer,_timer又保留了这个类,就会出现循环引用的问题,最后导致类无法正确释放。
大家可能觉得解决这个问题很简单,在合适的时机释放NSTimer,大多人多会选择viewWillDisappear,viewDidDisappear,dealloc。当然了如果选择在dealloc释放NSTimer的且觉得这样没问题的,那是你不够了解dealloc的执行时间,科普下dealloc的执行时机是在self释放之后执行的。这样就排除了dealloc,那就只能选择viewWillDisappear,viewDidDisappear(push和pop都会执行)。但是这两个方法往往不能满足需求。
二 解决问题
有去了解NSTimer循环引用的同学,知道有两种常见的方法可以解决:
采用block封装,target设置为NSTimer本身
既然是因为target是self本身造成的,那就把target设置为其他对象
(第一种block就不用说了,大家也比较喜欢这种方式,但是有时候就不想用block呢,想用第二种方法,但是用起来有很多不便之处,target是其他对象,action也要在其他对象,这样在action想要访问self的相关信息就很不方便。于是就有第三种方法诞生了。)
3.用一个含有weak属性的对象A包裹self作为target,再对A进行消息转发,访问A就相当于访问self,这样就完美的解决了循环引用,且保留了target-action方式。
大家比较好奇的是有weak属性的对象A的类怎么实现,下面来看看代码:
#import#pragma mark - #pragma mark - 内置weak对象(可用于分类定义weak属性) @interface XWWeakObject : NSObject @property (nullable, nonatomic, weak, readonly) id weakObject; - (instancetype _Nullable )initWeakObject:(id _Nullable )obj; + (instancetype _Nullable )proxyWeakObject:(id _Nullable )obj; @end #import "XWWeakObject.h" @implementation XWWeakObject -(instancetype)initWeakObject:(id)obj{ _weakObject = obj; return self; } +(instancetype)proxyWeakObject:(id)obj{ return [[XWWeakObject alloc] initWeakObject:obj]; } - (id)forwardingTargetForSelector:(SEL)selector { return _weakObject; } - (void)forwardInvocation:(NSInvocation *)invocation { void *null = NULL; [invocation setReturnValue:&null]; } - (NSMethodSignature *)methodSignatureForSelector:(SEL)selector { return [NSObject instanceMethodSignatureForSelector:@selector(init)]; } - (BOOL)respondsToSelector:(SEL)aSelector { return [_weakObject respondsToSelector:aSelector]; } - (BOOL)isEqual:(id)object { return [_weakObject isEqual:object]; } - (NSUInteger)hash { return [_weakObject hash]; } - (Class)superclass { return [_weakObject superclass]; } - (Class)class { return [_weakObject class]; } - (BOOL)isKindOfClass:(Class)aClass { return [_weakObject isKindOfClass:aClass]; } - (BOOL)isMemberOfClass:(Class)aClass { return [_weakObject isMemberOfClass:aClass]; } - (BOOL)conformsToProtocol:(Protocol *)aProtocol { return [_weakObject conformsToProtocol:aProtocol]; } - (BOOL)isProxy { return YES; } - (NSString *)description { return [_weakObject description]; } - (NSString *)debugDescription { return [_weakObject debugDescription]; } @end
XWWeakObject类有一个weak只读weakObject对象(这个类也可以用于分类声明weak属性:分类是本身是不能声明weak属性的)。
用运行时对该类的对象做了消息转发,对象转发,在访问XWWeakObject对象的时候相当于访问其属性weakObject对象。
最后看下怎么用代码实现的:
- (void)viewDidLoad { [super viewDidLoad]; XWWeakObject *target = [XWWeakObject proxyWeakObject:self]; self.timer = [NSTimer scheduledTimerWithTimeInterval:1 target:target selector:@selector(timerCount) userInfo:nil repeats:YES]; } -(void)timerCount{ } -(void)dealloc{ [_timer invalidate]; _timer = nil; }
前提timer是self的一个属性,创建一个XWWeakObject对象target,target是内部weak属性指向self,相当于target拥有self且是weak,self的retain没有加1,timer拥有XWWeakObject对象target,target的retain加1,timer和self的直接关系是timer仅是self的一个属性,这样看来并没有形成循环引用。
三 写在最后
虽然这种方式没有block简便,但不失为一种好的方法,保存了系统的方式。喜欢用target-action方式的或者不太熟悉block的可以学一学哦,且XWWeakObject能做的不仅仅这些,XWWeakObject可以解决很多类似的循环引用问题,解决分类定义weak属性等等
有人可能有疑问,为什么都同样是target-action方式button就不会出现循环引用的问题,有去研究的同学应该都知道UIControl的内部做了weak操作,即真正持有的时候是weak的并没有导致retain加1,而NSTimer由于runloop的原因并没有做weak操作。
以上是“iOS中怎样解决NSTimer的循环引用”这篇文章的所有内容,感谢各位的阅读!相信大家都有了一定的了解,希望分享的内容对大家有所帮助,如果还想学习更多知识,欢迎关注创新互联行业资讯频道!
当前文章:iOS中怎样解决NSTimer的循环引用
网页链接:http://myzitong.com/article/psggpg.html