今天看了一天资料,发现有三种方式可以实现定时器
- NSTimer
- GCD定时器
- CADisplayLink
NSTimer
平时用的有两种:
// 以前,都是使用这个方法,如果是执行一次的话,使用一次就释放掉了,不会有什么问题,但是如果是重复操作的话,对象就没有办法从RunLoop移除,所以就不能释放,容易造成内存泄漏,所以,循环操作不推荐使用此方法
[NSTimer scheduledTimerWithTimeInterval:3 target:self selector:@selector(startTimer1) userInfo:nil repeats:NO];
// 此方法需要手动加入RunLoop,在我们需要停止计时的时候,释放对象。repeats为YES,代表重复执行,为NO,执行一次就释放掉了
self.timer = [NSTimer timerWithTimeInterval:3 target:self selector:@selector(startTimer2) userInfo:nil repeats:YES];
[[NSRunLoop mainRunLoop] addTimer:self.timer forMode:NSRunLoopCommonModes];
这里需要介绍一下方法
- (void)addTimer:(NSTimer *)timer forMode:(NSRunLoopMode)mode;
中的mode。mode有三种形式,NSDefaultRunLoopMode
、UITrackingRunLoopMode
以及NSRunLoopCommonModes
,使用NSDefaultRunLoopMode
,则页面(例:scrollview)在滚动的时候计时器停止计时,等页面停止滚动时继续计时;使用UITrackingRunLoopMode
是在页面滚动时计时,但是页面静止时计时器不会计时;NSRunLoopCommonModes
包含了前两种,不管页面是静止还是滚动,计时器都不会受到影响。
释放方法:
// 从RunLoop移除
[self.timer invalidate];
// 释放对象
self.timer = nil;
立即执行(fire)
我们对定时器设置了延时之后,有时需要它立即执行,可以使用fire方法
[self.timer fire];
使用fire方法呢,只会立即出发方法,但是下一轮的调度时间仍然是按之前的预定时间来走的,而不是根据此次调用的时间为基数计算的。
特点
-
需要加入RunLoop
不管是哪种方法创建的计时器,都必须加入RunLoop中,只是scheduledTimerWithTimeInterval:
是自动加入,而后者是手动加入 -
存在延迟
不管是一次性的还是周期性的timer的实际触发事件的时间,都会与所加入的RunLoop和RunLoop Mode有关,如果此RunLoop正在执行一个连续性的运算,timer就会被延时出发。重复性的timer遇到这种情况,如果延迟超过了一个周期,则会在延时结束后立刻执行,并按照之前指定的周期继续执行,这个延迟时间大概为50-100毫秒.
所以NSTimer不是绝对准确的,而且中间耗时或阻塞错过下一个点,那么下一个点就pass过去了. -
界面滚动会暂停计时
如果mode使用的是NSDefaultRunLoopMode
,那么在界面滚动的时候计时器就会暂停滚动,👆有介绍
GCD定时器
延时调用
double delayInSeconds = 2.0;
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(delayInSeconds * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
// 做一些操作
});
循环调用
self.timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, dispatch_get_global_queue(0, 0));
// 每一秒执行一次
dispatch_source_set_timer(self.timer, DISPATCH_TIME_NOW, 1.0 * NSEC_PER_SEC, 0 * NSEC_PER_SEC);
dispatch_source_set_event_handler(self.timer, ^{
// 在子线程做一些操作
dispatch_async(dispatch_get_main_queue(), ^{
// 回到主现程做一些操作
}
});
dispatch_resume(self.timer);
注意
1、dispatch_source_set_event_handler
方法是在子线程中进行的,如果要在主线程做一些操作,需要使用dispatch_async(dispatch_get_main_queue(), ^{}
回到主线程
2、 dispatch_source_set_timer
中第二个参数,当我们使用dispatch_time
或者DISPATCH_TIME_NOW
时,系统会使用默认时钟来进行计时。然而当系统休眠的时候,默认时钟时不走的,就会导致计时器停止计时,如果使用dispatch_walltime
就可以让计时器按照真实的时间间隔走,就算系统休眠也不会受影响。
3、 dispatch_source_set_event_handler
这个函数在执行完之后,block会立马执行一次,后面隔一定时间间隔再执行一次。而NSTimer
第一次执行是倒计时触发之后,这也是和NSTimer
之间的一个显著区别
4、创建的timer
,一定要有dispatch_suspend(_timer)
或dispatch_source_cancel(_timer)
这两句话来指定出口,否则定时器将不执行,若我们想无限循环,可将dispatch_source_cancel(_timer)
写在一句永不执行的if中。
CADisplayLink
经多方查资料,这个用在动画、游戏和视频方面比较好,因为这个是根据屏幕刷新率来刷新界面的,而且是按帧来计算时间的。
// 创建
self.display = [CADisplayLink displayLinkWithTarget:self selector:@selector(displayMethod)];
// 根据不同的系统使用不同的方法设置多久调用一次,这里是1帧调用一次
if (@available(iOS 10.0, *)) {
self.display.preferredFramesPerSecond = 1;
} else {
self.display.frameInterval = 1;
}
[self.display addToRunLoop:[NSRunLoop currentRunLoop] forMode:NSRunLoopCommonModes];
// 释放
[self.display invalidate];
self.display = nil;
注意: CADisplayLink创建的对象也需要加入到NSRunLoop中。
CADisplayLink中两个重要属性:
-
frameInterval(ios10以下)/ preferredFramesPerSecond(iOS10及以上)
NSInteger类型的值,用来设置间隔多少帧调用一次selector
方法,默认值是1,即每帧都调用一次。 -
duration
readOnly
属性,表示两次屏幕刷新之间的时间间隔。注意该属性只有在target的selector被首次调用之后才会被赋值。selector的调用间隔计算方式是:调用时间间隔 = duration x frameInterval
特点
-
刷新屏幕固定
正常情况下,iOS设备的屏幕刷新频率是固定60Hz,如果cup过于繁忙,无法保证屏幕60次/秒的刷新率,就会导致跳过若干次调用回调方法的机会,跳过次数取决于cpu的忙碌程度 -
屏幕刷新结束后调用
正常情况下,CADisplayLink在每次屏幕刷新结束后都会被调用,精确度相当高。但是如果调用的方法耗时较长,超过了屏幕刷新的时间间隔,就会导致跳过若干次调用机会。 -
适合做屏幕界面渲染
CADisplayLink可以确保系统渲染每一帧的时候我们的方法都会被调用,从而保证了动画的流畅性。比如计算进度就可以绑定CADisplayLink来调用,这样在每次屏幕刷新时计算进度,优化了性能。 -
可能会存在延时
因为CADisplayLink也是加入到RunLoop中,所以当RunLoop正在执行连续的计算时,就会导致延时调用
源码地址
这位老兄写的不错,很多都是参考的这个兄台的