为什么要写这篇破事水
这些代码来自于年初某短视频巨厂面试时候的即兴表演,
当时写的是伪代码,现在把他补完整
面试官提出来的要求如下:
NSTimer用起来有很多注意点,不方便,要求实现一个
+ (NSTimer *)xx_scheduledTimerWithTimeInterval:(NSTimeInterval)ti target:(id)aTarget selector:(SEL)aSelector userInfo:(nullable id)userInfo repeats:(BOOL)yesOrNo;
1.解决循环引用
2.aTarget释放时自动invalidate
3.多个timer可以同时存在
那他满意了吗
看他笑的挺满意的,那一轮面试也确实过了,可惜二面没表现好……我怀疑是被白剽思路(不可能的你想太多了)
那在哪里可以拿到demo呢?
那怎么实现
当时思考了2分钟拿出以下方案,大致就是用了备用接收者和完整消息转发来完成这个方法,贴一点关键代码,完整demo代码在上面的github里
- NSTimer+Easy方法
+ (NSTimer *)clc_scheduledTimerWithTimeInterval:(NSTimeInterval)ti target:(id)aTarget selector:(SEL)aSelector userInfo:(id)userInfo repeats:(BOOL)yesOrNo {
CLCTimerObject *obj = [[CLCTimerObject alloc] init];
obj.target = aTarget; //weak
obj.myTimer = [NSTimer scheduledTimerWithTimeInterval:ti target:obj selector:aSelector userInfo:userInfo repeats:yesOrNo];
//timer 持有obj,obj弱引用aTarget,obj同时也负责处理aTarget释放时timer的invalidate
return obj.myTimer;
}
2.CLCTimerObj属性
//一个持有aTarget,一个持有timer,都是弱引用,反正timer启动了就会被挂住
@property (nonatomic, weak) NSObject *target;
@property (nonatomic, weak) NSTimer *myTimer;
3.CLCTimerObj实现
//用runtime的备用接收者机制去判断aTarget释放了没
- (id)forwardingTargetForSelector:(SEL)aSelector {
//target还没释放 --> 返回的是self.target对象
//target被释放了 --> 返回的是nil,进入下一步消息转发
NSLog(@"send to aTarget");
return self.target;
}
//用完整消息转发兜底,上一步返回nil时就invalidate掉timer
- (NSMethodSignature *)methodSignatureForSelector:(SEL)selector {
NSLog(@"return Signature");
return [NSMethodSignature signatureWithObjCTypes:"v@:@@"]; //随便签,无所谓啦
}
- (void)forwardInvocation:(NSInvocation *)invocation {
NSLog(@"call forwordInvocation");
[self _invalidateTimer];
}
- (void)_invalidateTimer {
if (self.myTimer) {
[self.myTimer invalidate];
self.myTimer = nil;
}
}
利弊分析
好处
1.防止发生循环引用、timer没有好好手动invalidate等问题,傻瓜式timer(只是做保护,还是建议手写invalidate)
2.一次性倒计时View(比如543210开始直播)不需要把timer挂住当属性,时间到了自己removeFromSuperview引用计数归零变成nil就行了,不需要管timer,他是自动的
3.自动停止能确保NSTimer的invalidate和init在同一个线程里
孬处
- 维护起来不容易阅读(“我艹这timer啥时候释放的?”)