OC 定时器有哪几种
三种方法:NSTimer
、CADisplayLink
、GCD
NSTimer
1.创建方法
/**
* 类方法创建定时器对象
*
* @property ti 之行之前等待的时间。比如设置为1.0,代表1秒后之行方法
* @property aTarget 需要执行方法的对象
* @property aSelector 需要执行的方法
* @property userInfo 保存定时器使用者的一些信息
* @property yesOrNo 是否需要循环
*
* @return 返回定时器对象
*/
+ (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti
target:(id)target
selector:(SEL)aSelector
userInfo:(id)userInfo
repeats:(BOOL)repeats;
class func scheduledTimerWithTimeInterval(_ ti: NSTimeInterval,
target aTarget: AnyObject,
selector aSelector: Selector,
userInfo userInfo: AnyObject?,
repeats yesOrNo: Bool) -> NSTimer
2.释放方法
- (void)invalidate;
func invalidate()
注意:
调用创建方法后,target对象的计数器会加1,直到执行完毕,自动减1。如果是循环执行的话,就必须手动关闭,否则可以不执行释放方法。
3.特性
存在延迟:
不管是一次性的还是周期性的timer的实际触发事件的时间,都会与所加入的
RunLoop
和RunLoop Mode
有关,如果此RunLoop
正在执行一个连续性的运算,timer
就会被延时出发。重复性的timer
遇到这种情况,如果延迟超过了一个周期,则会在延时结束后立刻执行,并按照之前指定的周期继续执行。
必须加入Runloop:
使用上面的创建方式,会自动把
timer
加入MainRunloop
的NSDefaultRunLoopMode
中。如果使用以下方式创建定时器,就必须手动加入Runloop
:
NSTimer *timer = [NSTimer timerWithTimeInterval:5 target:self selector:@selector(timerAction) userInfo:nil repeats:YES];
[[NSRunLoop mainRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];
UIScrollView
拖动时执行的是 UITrackingRunLoopMode
,会导致暂停定时器,等恢复为 NSDefaultRunLoopMode
时才恢复定时器。所以如果需要定时器在 UIScrollView 拖动时也不影响的话,建议添加到 UITrackingRunLoopMode
或 NSRunLoopCommonModes
中:
二、CADisplayLink
1.创建方法
/**
* 类方法创建显示连接对象
*
* @property target 执行方法的对象
* @property sel 需要执行的方法
*
* @return 返回显示连接对象
*/
+ (CADisplayLink *)displayLinkWithTarget:(id)target
selector:(SEL)sel;
/**
* 调度显示连接器去发送通知
*
* @property runloop 运行循环
* @property mode 运行循环的模式
*
* @return 无
*/
- (void)addToRunLoop:(NSRunLoop *)runloop
forMode:(NSString *)mode;
init(target target: AnyObject,
selector sel: Selector)
func addToRunLoop(_ runloop: NSRunLoop,
forMode mode: String)
2.停止方法
/* 当把CADisplayLink对象add到runloop中后,selector就能被周期性调用,
类似于重复的NSTimer被启动了;执行invalidate操作时,CADisplayLink对
象就会从runloop中移除,selector调用也随即停止,类似于NSTimer的invalidate
方法。*/
- (void)invalidate;
func invalidate()
3.特性
屏幕刷新时调用:
CADisplayLink
是一个能让我们以和屏幕刷新率同步的频率将特定的内容画到屏幕上的定时器类。CADisplayLink
以特定模式注册到runloop
后,每当屏幕显示内容刷新结束的时候,runloop
就会向CADisplayLink
指定的target
发送一次指定的selector消息,CADisplayLink
类对应的selector
就会被调用一次。所以通常情况下,按照iOS设备屏幕的刷新率60次/秒
延迟:
iOS设备的屏幕刷新频率是固定的,
CADisplayLink
在正常情况下会在每次刷新结束都被调用,精确度相当高。但如果调用的方法比较耗时,超过了屏幕刷新周期,就会导致跳过若干次回调调用机会。如果CPU过于繁忙,无法保证屏幕60次/秒的刷新率,就会导致跳过若干次调用回调方法的机会,跳过次数取决CPU的忙碌程度。
使用场景:
从原理上可以看出,CADisplayLink适合做界面的不停重绘,比如视频播放的时候需要不停地获取下一帧用于界面渲染。
4.重要属性
frameInterval:
NSInteger类型的值,用来设置间隔多少帧调用一次selector方法,默认值是1,即每帧都调用一次。
duration:
readOnly的CFTimeInterval值,表示两次屏幕刷新之间的时间间隔。需要注意的是,该属性在target的selector被首次调用以后才会被赋值。selector的调用间隔时间计算方式是:调用间隔时间 = duration × frameInterval。
三、GCD方式
执行一次
double delayInSeconds = 2.0;
dispatch_time_t popTime = dispatch_time(DISPATCH_TIME_NOW, delayInSeconds * NSEC_PER_SEC);
dispatch_after(popTime, dispatch_get_main_queue(), ^(void){
//执行事件
});
重复执行
/** 创建定时器对象
* para1: DISPATCH_SOURCE_TYPE_TIMER 为定时器类型
* para2-3: 中间两个参数对定时器无用
* para4: 最后为在什么调度队列中使用
*/
_gcdTimer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, dispatch_get_global_queue(0, 0));
/** 设置定时器
* para2: 任务开始时间
* para3: 任务的间隔
* para4: 可接受的误差时间,设置0即不允许出现误差
* Tips: 单位均为纳秒
*/
dispatch_source_set_timer(_gcdTimer, DISPATCH_TIME_NOW, 2.0 * NSEC_PER_SEC, 0.0 * NSEC_PER_SEC);
/** 设置定时器任务
* 可以通过block方式
* 也可以通过C函数方式
*/
dispatch_source_set_event_handler(_gcdTimer, ^{
static int gcdIdx = 0;
NSLog(@"GCD Method: %d", gcdIdx++);
NSLog(@"%@", [NSThread currentThread]);
if(gcdIdx == 5) {
// 终止定时器
dispatch_suspend(_gcdTimer);
}
});
// 启动任务,GCD计时器创建后需要手动启动
dispatch_resume(_gcdTimer);
总结
iOS设备的屏幕刷新频率是固定的,CADisplayLink在正常情况下会在每次刷新结束都被调用,精确度相当高。
NSTimer的精确度就显得低了点,比如NSTimer的触发时间到的时候,runloop如果在阻塞状态,触发时间就会推迟到下一个runloop周期。并且 NSTimer新增了tolerance属性,让用户可以设置可以容忍的触发的时间的延迟范围。
CADisplayLink使用场合相对专一,适合做UI的不停重绘,比如自定义动画引擎或者视频播放的渲染。NSTimer的使用范围要广泛的多,各种需要单次或者循环定时处理的任务都可以使用。在UI相关的动画或者显示内容使用 CADisplayLink比起用NSTimer的好处就是我们不需要在格外关心屏幕的刷新频率了,因为它本身就是跟屏幕刷新同步的。
NSTimer和CADisplayLink都需要加入runloop。
GCD更准时的原因,我们可以发现GCD定时器实际上是使用了dispatch源(dispatch source),dispatch源监听系统内核对象并处理。dispatch类似生产者消费者模式,通过监听系统内核对象,在生产者生产数据后自动通知相应的dispatch队列执行,后者充当消费者。通过系统级调用,更加精准。