iOS如何巧妙解决NSTimer的循环引用详解

2020-01-21 05:07:36刘景俊

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操作。

闲言杂语

以上内容仅代表个人想法,如果您有更好的想法,更好的解决办法,可以一起探讨。

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对ASPKU的支持。


注:相关教程知识阅读请移步到IOS开发频道。