NSTimer在时长开发中使用频率仍是比较高的,但一个不注意可能就会形成了小问题,平常使用中还需多注意才是。bash
问:NSTimer计时准确吗?app
答:NSTimer 若是以下使用通常不许确:oop
//在主线程中调用
_timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(logInfo) userInfo:nil repeats:YES];
//或者 在主线程中调用
_timer = [NSTimer timerWithTimeInterval:1 target:self selector:@selector(logInfo) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:_timer forMode:NSDefaultRunLoopMode];
复制代码
以上两种方式直接调用NSTimer时极可能会计时不许确,缘由以下:测试
NSTimer在每一次的runloop中会被处理,但当runloop中有其余比较多的耗时操做,且操做时间超过了NSTimer的间隔,那么这一次的NSTimer就会被延后处理。致使不许确。 解决办法:能够将NSTimer放入子线程,并手动开启子线程的runloop。当前runloop中没有其余耗时操做,因此也会相对准确一些。ui
runloop model 模式的影响,当没有指定时,runloop默认会添加到RunLoopDefaultMode
中,当页面有tableview滑动时,主线程的runloop会切换到TrackingRunLoopMode
,此模式下,NSTimer不会被触发,致使计时不许确。spa
NSTimer涉及到内存泄漏,主要是指在Timer中repeats
为YES
,即须要间隔指定时间,重复调用方法,此时须要手动调用[self.timer invalidate]
使定时器失效。线程
若是repeats
为NO
,则不存在内存泄漏问题,调用完成后,定时器会自动失效。code
通常使用NSTimer
时,用法以下:cdn
self.timer = [NSTimer timerWithTimeInterval:2 target:self selector:@selector(doSomeThing) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:self.timer forMode:NSRunLoopCommonModes];
复制代码
上面代码这样写,定时器会正常调用,但当退出当前页面或者功能以后,定时器依然在调用,并无中止。想要中止,须要手动调用[self.timer invalidate]
方法。对象
可能想到下面这种写法:
- (void)dealloc
{
[self.timer invalidate];
self.timer = nil;
}
复制代码
这种写法咋一看没有问题,不是要手动调用中止定时器的方法嘛,那在页面释放的时候,调用就行了。
通过测试,能够发现这样写的话,当前对象self
不会释放,定时器也没有释放,这就形成了内存泄漏。
再看一下以前的代码:
- (void)dealloc
{
[self.timer invalidate];
self.timer = nil;
}
self.timer = [NSTimer timerWithTimeInterval:2 target:self selector:@selector(doSomeThing) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:self.timer forMode:NSRunLoopCommonModes];
复制代码
self
持有了timer
, 而timer
在target
参数里持有了self
这就致使了相互引用。
可能有的同窗立马就有了疑惑:
self
不持有timer
也能够正常使用,为何要持有timer
为何会持有self
针对以上两个问题答疑:
self
持有timer
是由于须要在其余的地方手动调用[self.timer invalidate]
,self
不持有timer
确实能够简单解决相互引用问题,但timer
却没法手动释放。runloop
须要对timer
的观察者作保留操做,以便后续指定的时间点来到时作指定操做。解决上面的内存泄漏问题,大体有下面几种办法:
viewWillDisappear:
手动中止scheduledTimerWithTimeInterval:repeats:block
方法NSTimer
和当前调用对象之间的循环引用。详细解释:
手动中止定时器,要有一个时机。若是根据需求,恰好能够在用户操做某项功能时能够主动中止,算是一个比较好的办法。但若是没有这个时机则能够在一、2两个方法中解决。
viewWillDisappear:
手动中止
- (void)viewWillDisappear:(BOOL)animated {
[super viewWillDisappear:animated];
[self.timer invalidate];
self.timer = nil;
}
复制代码
须要注意在这个方法中中止,适用于不会从当前页面push出下一个页面的状况,由于若是push出下一个页面,也会调用viewWillDisappear:
,可能就得不到正确的结果。
重写返回方法手动中止
- (void)backButtonPressed:(id)sender {
[self.timer invalidate];
self.timer = nil;
}
复制代码
苹果估计也发现了timer容易致使内存泄漏的问题,因此在iOS10以后,出了一个新的API,使用新API是没有内存泄漏的。
if (@available(iOS 10.0, *)) {
self.timer = [NSTimer scheduledTimerWithTimeInterval:2 repeats:YES block:^(NSTimer * _Nonnull timer) {
NSLog(@"do more thing");
}];
}
- (void)dealloc
{
[self.timer invalidate];
self.timer = nil;
}
复制代码
调用这个新的API则不会相互强引用,dealloc
方法会正常调用。
去除NSTimer
和当前调用对象之间的循环引用。 从3中的系统方法其实能够获得启发,3中的方法里并无直接引用self
,而是让timer引用了其余的对象,这样就解除了相互引用。 对于iOS10一下的系统,能够模仿一下系统的实现。
#import <Foundation/Foundation.h>
NS_ASSUME_NONNULL_BEGIN
@interface NSTimer (weak)
+ (NSTimer *)weak_scheduledTimerWithTimeInterval:(NSTimeInterval)inerval repeats:(BOOL)repeats block:(void(^)(NSTimer *timer))block;
@end
NS_ASSUME_NONNULL_END
复制代码
#import "NSTimer+weak.h"
@implementation NSTimer (weak)
+ (NSTimer *)weak_scheduledTimerWithTimeInterval:(NSTimeInterval)inerval repeats:(BOOL)repeats block:(void (^)(NSTimer *timer))block{
return [NSTimer scheduledTimerWithTimeInterval:inerval target:self selector:@selector(weak_blcokInvoke:) userInfo:[block copy] repeats:repeats];
}
+ (void)weak_blcokInvoke:(NSTimer *)timer {
void (^block)(NSTimer *timer) = timer.userInfo;
if (block) {
block(timer);
}
}
@end
复制代码
在使用时,能够以下:
self.timer = [NSTimer weak_scheduledTimerWithTimeInterval:2 repeats:YES block:^(NSTimer * _Nonnull timer) {
//do some thing
}];
- (void)dealloc
{
[self.timer invalidate];
self.timer = nil;
}
复制代码
能够看把target由以前原始的vc对象,转换成了timer对象,从而打破了双向引用。