定时器,用来延迟或重复执行某些方法,例如:网络定时刷新,UI间隔刷新,动画效果......iOS中的定时器大致分为这几类: <pre> NSObject GCD定时器 NSTimer CADisplayLink </pre>
RunLoop
在讲解定时器之前,先普及下RunLoop的基本知识。传送门: iOS - RunLoop 深入理解感谢ibireme整理了一份完整讲解,从 CFRunLoop 的源码入手,介绍 RunLoop 的概念以及底层实现原理。在此,总结性的介绍下。
RunLoop概念
一般来讲,一个线程一次只能执行一个任务,执行完成后线程就会退出。如果我们需要一个机制,让线程能随时处理事件但并不退出,通常的代码逻辑是这样的:
代码语言:javascript复制function loop() {
initialize();
do {
var message = get_next_message();
process_message(message);
} while (message != quit);
}
这种模型通常被称作 Event Loop。 Event Loop 在很多系统和框架里都有实现,比如 Node.js 的事件处理,比如 Windows 程序的消息循环,再比如 OSX/iOS 里的 RunLoop。实现这种模型的关键点在于:如何管理事件/消息,如何让线程在没有处理消息时休眠以避免资源占用、在有消息到来时立刻被唤醒。所以,RunLoop 实际上就是一个对象,这个对象管理了其需要处理的事件和消息,并提供了一个入口函数来执行上面 Event Loop 的逻辑。线程执行了这个函数后,就会一直处于这个函数内部 "接受消息->等待->处理" 的循环中,直到这个循环结束(比如传入 quit 的消息),函数返回。 苹果不允许直接创建 RunLoop,需要类似像主线程调用一样调用,即[NSRunLoop mainRunLoop],在 CoreFoundation 里面关于 RunLoop 有5个类:
- CFRunLoopRef
- CFRunLoopModeRef
- CFRunLoopSourceRef
- CFRunLoopTimerRef
- CFRunLoopObserverRef
其中CFRunLoopTimerRef 是基于时间的触发器,其包含一个时间长度和一个回调(函数指针)。当其加入到 RunLoop 时,RunLoop会注册对应的时间点,当时间点到时,RunLoop会被唤醒以执行那个回调。后面要讲的NSTimer 其实就是 CFRunLoopTimerRef。
NSObject
iOS框架图 在object-c中,绝大部分类的基类都是NSObject,使用NSObject延迟执行也被用于网络定时刷新,配套使用代码cancelPreviousPerformRequestsWithTarget与performSelector,相对而言比较简洁。当然NSObject与RunLoop之间的联系远不只于此,例如事件响应和手势识别,就不做展开。
代码语言:javascript复制- (void)performSelector:(SEL)aSelector withObject:(nullable id)anArgument afterDelay:(NSTimeInterval)delay;
(void)cancelPreviousPerformRequestsWithTarget:(id)aTarget selector:(SEL)aSelector object:(nullable id)anArgument;
当调用 NSObject 的 performSelecter:afterDelay: 后,实际上其内部会创建一个 Timer 并添加到当前线程的 RunLoop 中。所以如果当前线程没有 RunLoop,则这个方法会失效。 当调用 performSelector:onThread: 时,实际上其会创建一个 Timer 加到对应的线程去,同样的,如果对应线程没有 RunLoop 该方法也会失效。 当调用 cancelPreviousPerformRequestsWithTarget时,实际上就是讲Timer 从RunLoop中移除。
GCD
GCD定时器其实是一种特殊的分派源,它是基于分派队列的,而NSTimer是基于运行循环的,所以,尤其是在多线程中,GCD定时器要比NSTimer好用的多。另外,GCD定时器使用dispatch_block_t,而不是方法选择器,也就是说GCD实现的定时器是不受RunLoop约束。 实际上 RunLoop 底层也会用到 GCD 的东西,在<pre>CFRrunLoop.c</pre>中我们能发现引用了<pre>#include <dispatch/dispatch.h></pre>,例如RunLoop 的超时时间就是使用 GCD 中的 dispatch_source_t来实现的,摘自 __CFRunLoopRun中的源码:
代码语言:javascript复制 dispatch_source_t timeout_timer = NULL;
struct __timeout_context *timeout_context = (struct __timeout_context *)malloc(sizeof(*timeout_context));
if (seconds <= 0.0) { // instant timeout
seconds = 0.0;
timeout_context->termTSR = 0ULL;
} else if (seconds <= TIMER_INTERVAL_LIMIT) { //超时时间在最大限制内,才创建timeout_timer
dispatch_queue_t queue = pthread_main_np() ? __CFDispatchQueueGetGenericMatchingMain() : __CFDispatchQueueGetGenericBackground();
timeout_timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, queue);
dispatch_retain(timeout_timer);
timeout_context->ds = timeout_timer;
timeout_context->rl = (CFRunLoopRef)CFRetain(rl);
timeout_context->termTSR = startTSR __CFTimeIntervalToTSR(seconds);
dispatch_set_context(timeout_timer, timeout_context); // source gets ownership of context
dispatch_source_set_event_handler_f(timeout_timer, __CFRunLoopTimeout);
dispatch_source_set_cancel_handler_f(timeout_timer, __CFRunLoopTimeoutCancel);
uint64_t ns_at = (uint64_t)((__CFTSRToTimeInterval(startTSR) seconds) * 1000000000ULL);
dispatch_source_set_timer(timeout_timer, dispatch_time(1, ns_at), DISPATCH_TIME_FOREVER, 1000ULL);
dispatch_resume(timeout_timer);
} else { // infinite timeout
seconds = 9999999999.0;
timeout_context->termTSR = UINT64_MAX;
}
在GCD API 记录 (三)中的 dispatch_source中的timer中有详细讲解。 但同时 GCD 提供的某些接口也用到了 RunLoop, 例如 dispatch_async()。当调用 dispatch_async(dispatch_get_main_queue(), block) 时,libDispatch 会向主线程的 RunLoop 发送消息,RunLoop会被唤醒,并从消息中取得这个 block,并在回调 CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE() 里执行这个 block。
GCD定时器实现:
- 执行一次
double delayTimer = 1.0;
dispatch_time_t popTime = dispatch_time(DISPATCH_TIME_NOW, delayTimer * NSEC_PER_SEC);
dispatch_after(popTime, dispatch_get_main_queue(), ^(void){
//do
});
- 重复执行
NSTimeInterval delayTimer = 1.0;
dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_source_t _timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, queue); dispatch_source_set_timer(_timer, dispatch_walltime(NULL, 0), delayTimer * NSEC_PER_SEC, 0);
dispatch_source_set_event_handler(_timer, ^{
//do
});
dispatch_resume(_timer);
NSTimer
在介绍RunLoop时已经提到过:NSTimer 其实就是 CFRunLoopTimerRef。他们之间是 toll-free bridged 的。一个 NSTimer 注册到 RunLoop 后,RunLoop 会为其重复的时间点注册好事件。例如 10:00, 10:10, 10:20 这几个时间点。RunLoop为了节省资源,并不会在非常准确的时间点回调这个Timer。Timer 有个属性叫做 Tolerance (宽容度),标示了当时间点到后,容许有多少最大误差。 如果某个时间点被错过了,例如执行了一个很长的任务,则那个时间点的回调也会跳过去,不会延后执行。就比如等公交,如果 10:10 时我忙着玩手机错过了那个点的公交,那我只能等 10:20 这一趟了。
使用方法:
- 创建方法
NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(action:) userInfo:nil repeats:NO];
[[NSRunLoop mainRunLoop] addTimer:timer forMode:NSDefaultRunLoopMode];
其中, TimerInterval : 执行之前等待的时间。比如设置成1.0,就代表1秒后执行方法 target : 需要执行方法的对象。 selector : 需要执行的方法 repeats : 是否需要循环
- 结束方法
[timer invalidate];
CADisplayLink
简单地说,CADisplayLink就是一个定时器,保持跟屏幕刷新率相同的频率刷新。 虽然CADisplayLink使用场合相对专一,只适合做UI的不停重绘,但并不妨碍他成为很多高手热爱的技巧之一。在做精细的动画效果时,CADisplayLink将是一个很好的助手,例如自定义动画引擎或者视频播放的渲染;类似于siri语音输入效果就用到了CADisplayLink;很多模仿wave效果也多采用CADisplayLink刷新界面。 iOS设备的屏幕刷新频率是固定的,我们在使用时不用关心屏幕的刷新频率,因为它本身就是跟屏幕刷新同步的。CADisplayLink在正常情况下会在每次刷新结束都被调用,精确度相当高。
属性
- timestamp:只读,屏幕显示的上一帧的时间戳,timestamp = duration * frameInterval。
- duration:只读,系统屏幕每次刷新的时间戳,在target的selector被首次调用以后被系统赋值。
- targetTimestamp:只读
- paused:读写,控制CADisplayLink的运行,即暂停操作。结束一个CADisplayLink实例需要调用invalidate从runloop删除
- frameInterval:读写,标识间隔多少帧调用一次selector 方法,默认为1,即每帧都调用一次。对于iOS设备来说那刷新频率就是60HZ也就是每秒60次,如果将 frameInterval 设为2 那么就会两帧调用一次,也就是变成了每秒刷新30次。
- preferredFramesPerSecond:
使用方法:
- 创建方法
CADisplayLink *timer = [CADisplayLink displayLinkWithTarget:self selector:@selector(wave)];
[timer addToRunLoop:[NSRunLoop currentRunLoop] forMode:NSRunLoopCommonModes];
- 结束方法
[timer invalidate];
衍生:CADisplayLink与UIBezierPath、CAShapeLayer的激情碰撞
如果说CADisplayLink是控制动画流畅度的尚方宝剑,那UIBezierPath与CAShapeLayer就是实现动画效果的倚天屠龙。