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

2023-09-14 23:38:04 75

一发现问题

我们都知道NSTimer采用target-action的方式，通常target又是类本身，我们为了方便又把NSTimer声明为属性变量，这样就难免会造成循环引用（需要反复执行计时任务时，如果是单次的任务就不会造成循环引用）。

例如：

_timer=[NSTimerscheduledTimerWithTimeInterval: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
#pragmamark-
#pragmamark-内置weak对象（可用于分类定义weak属性）
@interfaceXWWeakObject:NSObject

@property(nullable,nonatomic,weak,readonly)idweakObject;

-(instancetype_Nullable)initWeakObject:(id_Nullable)obj;

+(instancetype_Nullable)proxyWeakObject:(id_Nullable)obj;
@end

#import"XWWeakObject.h"
@implementationXWWeakObject
-(instancetype)initWeakObject:(id)obj{
_weakObject=obj;
returnself;
}

+(instancetype)proxyWeakObject:(id)obj{

return[[XWWeakObjectalloc]initWeakObject:obj];
}


-(id)forwardingTargetForSelector:(SEL)selector{
return_weakObject;
}

-(void)forwardInvocation:(NSInvocation*)invocation{
void*null=NULL;
[invocationsetReturnValue:&null];
}

-(NSMethodSignature*)methodSignatureForSelector:(SEL)selector{
return[NSObjectinstanceMethodSignatureForSelector:@selector(init)];
}

-(BOOL)respondsToSelector:(SEL)aSelector{
return[_weakObjectrespondsToSelector:aSelector];
}

-(BOOL)isEqual:(id)object{
return[_weakObjectisEqual:object];
}

-(NSUInteger)hash{
return[_weakObjecthash];
}

-(Class)superclass{
return[_weakObjectsuperclass];
}

-(Class)class{
return[_weakObjectclass];
}

-(BOOL)isKindOfClass:(Class)aClass{
return[_weakObjectisKindOfClass:aClass];
}

-(BOOL)isMemberOfClass:(Class)aClass{
return[_weakObjectisMemberOfClass:aClass];
}

-(BOOL)conformsToProtocol:(Protocol*)aProtocol{
return[_weakObjectconformsToProtocol:aProtocol];
}

-(BOOL)isProxy{
returnYES;
}

-(NSString*)description{
return[_weakObjectdescription];
}

-(NSString*)debugDescription{
return[_weakObjectdebugDescription];
}
@end

XWWeakObject类有一个weak只读weakObject对象（这个类也可以用于分类声明weak属性：分类是本身是不能声明weak属性的）。

用运行时对该类的对象做了消息转发，对象转发，在访问XWWeakObject对象的时候相当于访问其属性weakObject对象。

最后看下怎么用代码实现的：

-(void)viewDidLoad{
[superviewDidLoad];
XWWeakObject*target=[XWWeakObjectproxyWeakObject:self];
self.timer=[NSTimerscheduledTimerWithTimeInterval:1target:targetselector:@selector(timerCount)userInfo:nilrepeats:YES];
}

-(void)timerCount{
}

-(void)dealloc{
[_timerinvalidate];
_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的循环引用详解

热门推荐

随机推荐