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

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

• NSTimer

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

1. NSTimer的精度
   NSTimer是不精确的，如果不考虑线程阻塞，设置的时间间隔NSTimeInterval在秒级别情况下精度还可以接受，一旦到达毫秒级，就会有明显误差。
   而如果在资源有限的机器上，如肾4，由于线程阻塞，定时器会高概率漏过repeat点，导致计时出现累计误差。也就是说，一旦线程阻塞， NSTimer错过了这个重复点，那它就真的错过了，不会去补做。
   我们可以断言：NSTimer是否精确，很大程度上取决于线程当前的空闲情况。
2. 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];

最后，希望这篇小结能够帮助到大家，避免踩坑。:  )

# 微信公众号
第一时间获取最新内容，欢迎关注微信公众号：「洛斯里克的大书库」。
![微信公众号「洛斯里克的大书库」](https://img.haomeiwen.com/i1609713/8dd1b4276a64882a.jpg?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)