本文旨在总结项目中因使用各类定时器而踩到的坑，并附上经验总结。

NSTimer

NSTimer是最常用的定时器，坑也最多。总结如下：

NSTimer的精度
NSTimer是不精确的，如果不考虑线程阻塞，设置的时间间隔NSTimeInterval在秒级别情况下精度还可以接受，一旦到达毫秒级，就会有明显误差。
而如果在资源有限的机器上，如肾4，由于线程阻塞，定时器会高概率漏过repeat点，导致计时出现累计误差。也就是说，一旦线程阻塞， NSTimer错过了这个重复点，那它就真的错过了，不会去补做。
我们可以断言：NSTimer是否精确，很大程度上取决于线程当前的空闲情况。
NSTimer与RunLoop
通常情况下，我们在主线程中运行方法，NSTimer在创建后被
默认添加在RunLoop的NSDefaultRunLoopMode模式上。这里有两个坑：
坑1：主线程的RunLoop是默认打开的，你不用自己手动去执行[[NSRunLoop currentRunLoop] run];。但是如果你在后台线程开启定时器，比如:

dispatch_async(dispatch_get_global_queue(0, 0), ^{ 
timer = [NSTimer scheduledTimerWithTimeInterval:1 
                    target:self 
                    selector:@selector(repeat:) 
                    userInfo:nil} 
                    repeats:YES];
 [[NSRunLoop currentRunLoop] run];
 });``` 
这句话就要加上去了，否则NSTimer不会被添加到后台线程的Runloop中，也就不会执行。  
此外，根据规范，你在哪里开启了定时器，就应该在哪里终止它，因此上述代码，请在后台线程中调用终止方法```- (void)invalidate;```。  
坑2: 是关于RunLoop模式的，NSTimer
默认添加在```NSDefaultRunLoopMode```。而我们的一些控件，如```UIScrollView```滑动的时候主线程的Runloop会怒切模式到```UITrackingRunLoopMode```，此时NSTimer就不会执行，看起来就像暂停了，这样还何谈计时的精确？不过解决方法很简单，只要将NSTimer添加到```NSRunLoopCommonModes```上即可。```NSRunLoopCommonModes```是所有RunLoop模式的集合，自然可以处理上述两种情况。  

 
* ###CADisplayLink  

它是一个和屏幕刷新率一致的定时器（但实际实现原理更复杂，和 NSTimer 并不一样，其内部实际是操作了一个 Source）。可能有人觉得它会精确一点，但经过实际测试，同样会和NSTimer一样会有误差。如果在两次屏幕刷新之间执行了一个长任务，那其中就会有一帧被跳过去。  

* ###GCD中的Timer

目测这个是较为准确的，使用Dispatch Source来实现。具体可见这篇文章：[iOS: NSTimer使用小记](https://www.mgenware.com/blog/?p=459)。 

* ###一些补充技巧

1.定时器计时不准确的简便解决方案  
如果你的代码是类似于这样的：

static long timeCount = 0; //初始化计时count
...; //sth
timeCount++;//进入定时器repeat点

那么就会存在丢帧引起的计数不准确。  
可以使用```CADisplayLink```获取当前时间，在下一次刷新帧之后，得出两帧的时间差，以此来累加，合理的代码可以写成这样：

self.lastTime = CACurrentMediaTime();
self.timer = [CADisplayLink displayLinkWithTarget:self
selector:@selector(repeat:)];
[self.timer addToRunLoop:[NSRunLoop mainRunLoop]
forMode:NSDefaultRunLoopMode];

......; //sth

(void)repeat:(CADisplayLink *)timer
{
//calculate time delta
CFTimeInterval currentTime = CACurrentMediaTime();
CFTimeInterval timeDuration = currentTime - self.lastTime;
self.lastTime = currentTime;
//update time offset
self.timeCount +=timeDuration;
}

2.RunLoop的模式选择注意点  

* ```NSDefaultRunLoopMode```：标准优先级
* ```NSRunLoopCommonModes```：高优先级
* ```UITrackingRunLoopMode```：用于```UIScrollView```和别的控件的动画

在上文中有说到，如果使用```NSDefaultRunLoopMode```，是不能保定时器平滑运行的，所以就可以用```NSRunLoopCommonModes```
来替代。但是要小心，因为如果这个定时器在一个高帧率情况下运行，你会发现一些别的基于定时器的任务，或者其他类似于滑动的iOS动画会暂停，直到这个定时器任务结束。  
我们可以同时加入```NSDefaultRunLoopMode```和```UITrackingRunLoopMode```来保证它不会被滑动打断，也不会影响其他UIKit控件的性能，就像这样：

self.timer = [CADisplayLink displayLinkWithTarget:self
selector:@selector(step:)];
[self.timer addToRunLoop:[NSRunLoop mainRunLoop]
forMode:NSDefaultRunLoopMode];
[self.timer addToRunLoop:[NSRunLoop mainRunLoop]
forMode:UITrackingRunLoopMode];

IOS中定时器NSTimer的开启与关闭

调用一次计时器方法：

myTimer = [NSTimer scheduledTimerWithTimeInterval:1.5 target:self selector:@selector(scrollTimer) userInfo:nil repeats:NO];

//不重复，只调用一次。timer运行一次就会自动停止运行

重复调用计时器方法：

timer = [NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(function:) userInfo:nil repeats:YES];
//每1秒运行一次function方法。

注意：将计数器的repeats设置为YES的时候，self的引用计数会加1。因此可能会导致self（即viewController）不能release，所以，必须在viewDidDisappear的时候，将计数器timer停止，否则可能会导致内存泄露。

停止timer的运行，但这个是永久的停止：（注意：停止后，一定要将timer赋空，否则还是没有释放。不信？你自己试试~）

//取消定时器
[timer invalidate];
timer = nil;

要想实现：先停止，然后再某种情况下再次开启运行timer，可以使用下面的方法：

首先关闭定时器不能使用上面的方法，应该使用下面的方法：

//关闭定时器
[myTimer setFireDate:[NSDate distantFuture]];

然后就可以使用下面的方法再此开启这个timer了：

//开启定时器
[myTimer setFireDate:[NSDate distantPast]];

例子：比如，在页面消失的时候关闭定时器，然后等页面再次打开的时候，又开启定时器。

（主要是为了防止它在后台运行，暂用CPU）可以使用下面的代码实现：

//页面将要进入前台，开启定时器
-(void)viewWillAppear:(BOOL)animated
{
//开启定时器
[scrollView.myTimer setFireDate:[NSDate distantPast]];
}
//页面消失，进入后台不显示该页面，关闭定时器
-(void)viewDidDisappear:(BOOL)animated
{
//关闭定时器
[scrollView.myTimer setFireDate:[NSDate distantFuture]];
}

OK，搞定。

实战中总结iOS定时器timer的注意点

本文旨在总结项目中因使用各类定时器而踩到的坑，并附上经验总结。

NSTimer

IOS中定时器NSTimer的开启与关闭

猜你喜欢