【Swift】Timer定时器到底准不准确？

　　在开发过程中，Timer可以说是比较常见的了，用来做一些定时性的操作。可实际过成功，Timer的时间真的准吗？下面写几个代码来做验证。

　　1、Timer

timer = Timer.scheduledTimer(timeInterval: 1.0, target:self, selector: #selector(timerTest), userInfo: nil, repeats: true)@objc func timerTest() {  print("timer info - \(Date.init())") }

　　运行结果：

timer info - 2020-10-28 05:02:33 +0000timer info - 2020-10-28 05:02:34 +0000timer info - 2020-10-28 05:02:35 +0000timer info - 2020-10-28 05:02:36 +0000

　　看结果还是比较准备的，不妨加大量继续测试。在输入时加一些耗时操作。

 @objc func timerTest() {  var count = 0  for index in 0..<100000 {   count += 1  }  print("timer info - \(Date.init())") }

　　再看运行结果：

timer info - 2020-10-28 05:04:20 +0000timer info - 2020-10-28 05:04:21 +0000timer info - 2020-10-28 05:04:22 +0000timer info - 2020-10-28 05:04:23 +0000timer info - 2020-10-28 05:04:24 +0000timer info - 2020-10-28 05:04:25 +0000timer info - 2020-10-28 05:04:26 +0000

　　还可以嘛！结果依然看起来挺对的，那就继续加大工作量。再测试：

@objc func timerTest() {  var count = 0  for index in 0..<10000000 {   count += 1  }  print("timer info - \(Date.init())") }

　　看运行结果：

timer info - 2020-10-28 05:05:19 +0000timer info - 2020-10-28 05:05:23 +0000timer info - 2020-10-28 05:05:27 +0000timer info - 2020-10-28 05:05:31 +0000

　　这时候结果就明显了，我要求的定时是1秒钟，可间隔出现了竟然4秒了。这跟我要求的就相差很大了。可这是怎么出现的呢？

　　原因分析：

　　定时器被添加在主线程中，由于定时器在一个RunLoop中被检测一次，所以如果在这一次的RunLoop中做了耗时的操作，当前RunLoop持续的时间超过了定时器的间隔时间，那么下一次定时就被延后了。

　　解决办法：

　　1、在子线程中创建timer，在主线程进行定时任务的操作
　　2、在子线程中创建timer，在子线程中进行定时任务的操作，需要UI操作时切换回主线程进行操作　　

Timer.scheduledTimer(withTimeInterval: 1.0, repeats: true) { (timer) in   print("timer info - \(Date.init())")  }

　　2、RunLoop模式的影响

　　为了验证，我们在当前页面上添加一个tableview，在定时器运行时，我们对tableview进行滑动操作，可以发现，定时器并不会触发下一次的定时任务。

　　原因分析：

　　主线程的RunLoop有两种预设的模式，RunLoopDefaultMode和TrackingRunLoopMode。
　　当定时器被添加到主线程中且无指定模式时，会被默认添加到DefaultMode中，一般情况下定时器会正常触发定时任务。但是当用户进行UI交互操作时（比如滑动tableview），主线程会切换到TrackingRunLoopMode，在此模式下定时器并不会被触发。

　　解决方法：

　　添加定时器到主线程的CommonMode中或者子线程中

  timer = Timer.scheduledTimer(timeInterval: 1.0, target:self, selector: #selector(timerTest), userInfo: nil, repeats: true)//  RunLoop.main.add(timer, forMode: .common)

　　总结

　　从结果看，Timer在其使用场景下足够准了，对于"不准"更多是集中在对其错误的使用方式上，只要我们足够深入了解，正确地使用，就能让它"准"。

　　实际上，苹果也不推荐使用太高精度的定时器，对于Timer，精度在50-100ms都是正常的，如果我们需要足够高精度地进行计时，比如统计APP启动时间、一段任务代码的运行时间等等，Timer不是一个好的选择，mach_absolute_time()或者可以帮到你，苹果开发工具也带有更专业的API或者插件提供给开发者。

 

原文转载：http://www.shaoqun.com/a/484456.html

mav：https://www.ikjzd.com/w/2414

worldfirst：https://www.ikjzd.com/w/289

盘古集团：https://www.ikjzd.com/w/1448

在开发过程中，Timer可以说是比较常见的了，用来做一些定时性的操作。可实际过成功，Timer的时间真的准吗？下面写几个代码来做验证。　　1、Timertimer=Timer.scheduledTimer(timeInterval:1.0,target:self,selector:#selector(timerTest),userInfo:nil,repeats:true)@objcfunctim
淘粉吧：https://www.ikjzd.com/w/1725
芒果店长：https://www.ikjzd.com/w/1533
Piggipo：https://www.ikjzd.com/w/2173
佛冈古冰川遗迹好玩吗？什么时候去最好？：http://tour.shaoqun.com/a/2247.html
亚马逊FBA库存管理常见的4个误区，你中招了吗？：https://www.ikjzd.com/home/91081