计时器:CADisplayLink && NSTimer && dispatch_source_t

NSTimer特性:

存在延迟,不管是一次性的还是周期性的timer的实际触发事件的时间,都会与所加入的RunLoop和RunLoop Mode有关,如果此RunLoop正在执行一个连续性的运算,timer就会被延时出发。重复性的timer遇到这种情况,如果延迟超过了一个周期,则会在延时结束后立刻执行,并按照之前指定的周期继续执行。

方式1:使用scheduledTimerWithTimeInterval创建,自动将timer对象添加到当前runloop(默认是主runloop)中,并且mode为NSDefaultRunLoopMode;

_timer = [NSTimer scheduledTimerWithTimeInterval:1  target:self  selector:@selector(longClickTimer)  userInfo:nil repeats:YES];

方式2:timerWithTimeInterval方法创建, 就必须手动加入Runloop, 并保证runloop 已开启(在子线程中时)

 _timer = [NSTimer timerWithTimeInterval:.6f  target:self  selector:@selector(longClickTimer:)   userInfo:nil r  epeats:YES];

 [[NSRunLoop mainRunLoop] addTimer:_timer   forMode:NSDefaultRunLoopMode];

初始化方法区别
手动加入runloop



performSelector:withObject:afterDelay:、

在指定的延迟时间后--在当前线程上调用指定的方法。

在当前线程的runloop上执行消息。在当前线程的 -- 默认模式(NSDefault)下运行。

当计时器触发时,线程尝试将消息从runloop队列中取出并执行方法。如果在运行于默认模式,计时器成功触发;否则,要等到mode 处于默认模式时才能触发。

delay参数:发送消息的最小时间。

注意:指定0的延迟并不一定 -- 立即执行选择器。计时器仍在线程的runloop运行循环中排队(如果当时有耗时的其他操作时候),并尽快执行。

[self  performSelector:@selector(_cancelOperation)   onThread:[[self class] _networkThread]   withObject:nil  waitUntilDone:NO modes:@[NSDefaultRunLoopMode]];  可以指定在某个线程上触发。 

wait:当前线程是否等待,指定YES来阻止此线程;否则,指定NO以立即返回此方法。

如果当前线程和目标线程相同,并且此参数指定了YES,则选择器将立即在当前线程上执行。如果指定NO,此方法会被加入线程运行循环--上的消息排队,并立即返回。等待--等到指定的线程空闲时,会处理队列中的消息。

如果为YES,此线程被阻塞,串行执行任务,不再依赖runloop。

如果为NO,线程不被阻塞,需要依赖此线程的runloop 和 mode。


CADisplayLink

在屏幕中显示图像的过程中,CPU负责计算显示内容,进行诸如视图创建,布局计算,图片解码等工作,然后将数据提交到GPU上。

而GPU对这些图像数据进行变换,渲染之后,会把图像提交到帧缓冲区,然后在下一次同步信号来临的时候,将图像显示到屏幕上。然后GPU就切换指向到另一个帧缓冲区,重复上述工作。

因为CADisplayLink的运行取决于RunLoop。而RunLoop的运行取决于其所在的mode以及CPU的繁忙程度,当CPU忙于计算显示内容或者GPU工作太繁重时,就会导致显示出来的FPS与Instrument的不一致。

使用CADisplayLink并不能很准确反映当前屏幕的FPS。CADisplayLink的FPS指示器只能检测到当前RunLoop(所在线程上)的FPS‘

CADisplayLink运行在主线程RunLoop之中,RunLoop中所管理的任务的调度时机受任务所处的RunLoopMode和CPU的繁忙程度所影响。

主线程卡顿监测:通过开辟一个子线程来监测主线程的RunLoop,当两个状态区域的耗时大于设定的阈值时,即为一次卡顿。

通过对iOS中屏幕绘制过程的分析,了解到基于CADisplayLink实现的FPS指示器无法完全检测出当前Core Animation性能情况,因为它只能检测出当前RunLoop的帧率。不过这个帧率可以对某些性能问题给出参考,但要真正定位到准确的性能问题所在,还是要通过Instrument来确认。


参考:

基于 CADisplayLink 的 FPS 指示器详解_weixin_30472035的博客-CSDN博客  有一些性能的分析  

https://www.jianshu.com/p/72fedadf92e3  CADisplayLink 介绍 

https://blog.csdn.net/u013712343/article/details/106279658x

iOS的三种常见计时器(NStimer、CADisplayLink、dispatch_source_t)的使用_马拉萨的春天的博客-CSDN博客_ios 计时器

https://developer.apple.com/documentation/quartzcore/cadisplaylink#//apple_ref/doc/uid/TP40009031-CH1-DontLinkElementID_1

iOS 定时器(NSTimer、dispatch_source_t和CADisplayLink)   解决定时器的循环引用问题 ,NSProxy  或者 给NSTimer 添加分类 ,分类中添加 block 属性 。   

NSProxy  类中没有 forwardingTargetForSelector 方法,这个方法在 NSObject中。

https://www.jianshu.com/p/8ad3318c1a99   消息转发相关,避免循环引用的 3中方式 

你可能感兴趣的:(计时器:CADisplayLink && NSTimer && dispatch_source_t)