iOS之UITableView计时器的实现方式总结(NSTimer、DispatchSource、CADisplayLink)
前言
最近工作比较忙，但是还是出来更新博客了。今天博客中所涉及的内容并不复杂，都是一些平时常见的一些问题，通过这篇博客算是对UITableView中使用定时器的几种方式进行总结。本篇博客会给出在TableView中使用NSTimer或者DispatchSourcer中常见的五种方式。当然下方第一种方式是常规做法，不过也是UITableView中使用NSTimer的一个坑。其他三种方式是为了绕过这个坑的解决方案。
当然，本篇博客共涉及到了UITableView中使用定时器的四种实现方式，当然应该也还有其他实现方式，只不过目前我没有涉及到。欢迎在评论区提供其他实现方式，我会及时的整合到目前的Demo中。
接下来我们先来总结一下本篇博客所涉及的四种方式：
- 第一种就是直接在TableView的Cell上使用NSTimer，当然这种方式是有问题的，稍后会介绍。
- 第二种是将NSTimer添加到当前线程所对应的RunLoop中的commonModes中。
- 第三种是通过Dispatch中的TimerSource来实现定时器。
- 第四种是开启一个新的子线程，将NSTimer添加到这个子线程中的RunLoop中，并使用DefaultRunLoopModes来执行。
- 第五种方式就是使用CADisplayLink来实现。
下方我们将会根据具体的示例来详细的介绍以上这五种实现方式。
一、在Cell中直接使用NSTimer
首先我们按照常规做法，直接在UITableView的Cell上添加相应的NSTimer,并使用scheduledTimer执行相应的代码块。这种方式没有什么特殊的就是对Timer的直接使用。下方是我们本部分的Timer的使用代码，当然是使用Swift来实现的，不过与OC的代码差不多。代码如下所示 ：
为了进一步看一下Mode的切换，我们可以在相应的地方获取当前线程的RunLoop并且打印对应的Mode。下方代码就是在TableView所对应的VC上添加的，我们在viewDidLoad()、viewDidAppear()以及scrollViewDidScroll()这个代理方法中对当前线程所对应的RunLoop下的currentMode进行了打印，其代码如下。
下方就是最终的运行结果。从输出结果中我们不难看出，在viewDidLoad()方法中打印的Current Mode为UIInitializationRunLoopMode,从该Mode的名字中我们不难发现，该Mode负责UI的初始化。在viewDidApperar()方法中，也就是UI显示后，RunLoop的Mode切换成了kCFRunLoopDefaultMode。紧接着，我们去滑动TableView，然后在scrollViewDidScroll()代理方法中打印滑动时当前RunLoop所对应的Mode。从下方运行结果不难看出，当TableView滑动时，打印出的currentModel为UITrackingRunLoopMode。当停止滑动后，点击Show Current Mode按钮获取当前Mode时，打印的有时RunLoopDefaultMode。具体如下所示：
上述代码与第一部分的代码不同的地方在于我们将创建好的定时器添加到了当前RunLoop中的CommonModes中，这样的话可以保证TableView在滑动时定时器也可以正常运行。上述代码最终的运行效果如下所示。
在上述代码中我们可以看到我们使用全局的并行队列来异步创建了一个Timer对象，然后将该对象添加进了该异步线程中的DefaultRunLoopMode中，然后运行该RunLoop。当然在子线程中更新UI还是需要在主线程中去操作的。下方就是上述代码的运行效果。从该效果中我们不难看出，当滑动TableView时定时器是可以正常工作的。
接下来我们来看一下上述的代码的运行效果，从该效果中我们可以看出该定时器是可以正常工作的。
我们对上述代码运行，下方是其对应的运行结果。从下方运行结果中我们不难看出，在TableView滚动时该定时器也是可以正常运行的。当然该方式实现的定时器的精度是比较高的。
以上是来客网为你收集整理的iOS之UITableView计时器的实现方式总结(NSTimer、DispatchSource、CADisplayLink)全部内容，希望文章能够帮你解决iOS之UITableView计时器的实现方式总结(NSTimer、DispatchSource、CADisplayLink)所遇到的程序开发问题。
如果觉得来客网网站内容还不错，欢迎将来客网网站推荐给程序员好友。
