阅读 1373

一次关于runloop的纠错探索之旅

一次关于runloop的纠错探索之旅

做iOS也好几年了,前不久发现自己之前对FPS、runloop、NSTimer、CADisplayLink的认知竟然一直是错误的,把自己的思考过程写出来,希望能让更多的小伙伴有个较为深入的了解。

几个思考题

先问几个问题,来验证一下你需要不需要往下看。

  1. FPS是什么?它和runloop有没有关系?
  2. Timer和runloop的关系?Timer的时间最小可以设置为多少?
  3. CADisplayLink比NSTimer两种计时器的异同?

如果你不能很快的说出答案,那就往下看吧!

以前的错误认知

先说一下之前的错误认知

  • 之前一直以为FPS刷新的频率是60次/秒,那么runloop执行的频率也就是60次/秒。
  • runloop执行一次的时间是0.016毫秒,所以Timer计时器的设置最小就是0.016毫秒。
  • 当runloop执行耗时操作时,NSTimer的事件会被跳过,无法执行,CADisplayLink不会跳过,所以比NSTiemr执行的更精准。

正确的逻辑

首先说第一个问题,FPS是屏幕的刷新频率,是由硬件触发的。而runloop是由事件触发的,平时处于休眠状态,等待唤醒,两者之间并没有任何关系。

第一个问题的结论是runloop的执行没有时间限制,所以一个runloop周期可能很短,也可能很长(有耗时操作),NSTimer注册的事件能不能得到执行就要看runloop的执行时间了。理论上来说,NSTimer设置的时间间隔只要大于一个runloop执行的周期那么它的事件就能得到执行。

第三个问题,CADisplayLink的执行时机和屏幕刷新是一致的,大概是16.67ms。与NSTimer相比,它的时间间隔是固定的,而NSTimer的时间间隔可以自行设置。但相同的是,如果碰到runloop执行耗时操作,CADisplayLink的事件也会被跳过。

末尾的话

凡事多问几个为什么,把零散的知识多结合起来思考,对一个事物的理解就会越深,也就会越接近真相。上面就是我对这个问题的思考,有不对的地方还希望各位朋友指正!有什么不同的想法也可以评论里说出来一起讨论

参考文章

blog.ibireme.com/2015/05/18/… 深入理解runloop

文章分类
iOS
文章标签