Objective-C三种定时器CADisplayLink / NSTimer / GCD的使用

时间:2021-10-19 00:05:41

OC中的三种定时器:CADisplayLink、NSTimer、GCD

 

我们先来看看CADiskplayLink, 点进头文件里面看看, 用注释来说明下

@interface CADisplayLink : NSObject
{
@private
  void *_impl;  //指针
}

+ (CADisplayLink *)displayLinkWithTarget:(id)target selector:(SEL)sel;
//唯一一个初始化方法
- (void)addToRunLoop:(NSRunLoop *)runloop forMode:(NSRunLoopMode)mode;
//将创建好点实例添加到RunLoop中
- (void)removeFromRunLoop:(NSRunLoop *)runloop forMode:(NSRunLoopMode)mode; //从RunLoop中移除
- (void)invalidate;
//销毁实例 @property(
readonly, nonatomic) CFTimeInterval timestamp;   //上一次Selector被调用到时间, 只读 @property(readonly, nonatomic) CFTimeInterval duration;   //屏幕刷新时间间隔, 目前iOS刷新频率是60HZ, 所以刷新时间间隔是16.7ms @property(readonly, nonatomic) CFTimeInterval targetTimestamp CA_AVAILABLE_IOS_STARTING(10.0, 10.0, 3.0); //下一次被调用到时间
@property(getter
=isPaused, nonatomic) BOOL paused;  //设置为YES的时候会暂停事件的触发 @property(nonatomic) NSInteger frameInterval       CA_AVAILABLE_BUT_DEPRECATED_IOS (3.1, 10.0, 9.0, 10.0, 2.0, 3.0, "use preferredFramesPerSecond");

//事件触发间隔。是指两次selector触发之间间隔几次屏幕刷新,默认值为1,也就是说屏幕每刷新一次,执行一次selector,这个也可以间接用来控制动画速度
@property(nonatomic) NSInteger preferredFramesPerSecond CA_AVAILABLE_IOS_STARTING(10.0, 10.0, 3.0); 
//每秒现实多少帧

@end

从头文件来看CADisplayLink的使用还是挺简单的, 下面上代码:

- (void)viewDidLoad {
    
    [super viewDidLoad];
    
    self.displayLink = [CADisplayLink displayLinkWithTarget:self
                                                   selector:@selector(logCount)];

    self.displayLink.frameInterval  = 2;    //屏幕刷新2次调用一次Selector
    
    [self.displayLink addToRunLoop:[NSRunLoop currentRunLoop] forMode:NSRunLoopCommonModes];
    
}


- (void)logCount {
    
    self.count ++;
    NSLog(@"Count = %ld", self.count);
    
    if (self.count > 99) {
        
        self.count = 0;
        [self.displayLink invalidate]; //直接销毁
    }
}

代码很简单就不做说明了

需要注意的是CADisplayLink必须要添加到可以执行的RunLoop中才会执行, 当添加到某一个RunLoop后如果该RunLoop暂停或者该RunLoop的Model改变了, 计时器也会暂停

比如我们给TableView添加计时器到当前RunLoop的NSDefaultRunLoopMode model中, 当屏幕一半显示时计时器可以正常调用, 但当我们用手滑动TableView时, 计时器就会暂停。

因为当滑动时, RunLoop会进入到UITrackingRunLoopMode

所以当我们发现计时器没有运行时, 可以检查下是否有加入到正确的mode中

那我们来说一下runloop的几种mode:

  • Default模式

定义:NSDefaultRunLoopMode (Cocoa) kCFRunLoopDefaultMode (Core Foundation)

描述:默认模式中几乎包含了所有输入源(NSConnection除外),一般情况下应使用此模式。

  • Connection模式

定义:NSConnectionReplyMode(Cocoa)

描述:处理NSConnection对象相关事件,系统内部使用,用户基本不会使用。

  • Modal模式

定义:NSModalPanelRunLoopMode(Cocoa)

描述:处理modal panels事件。

  • Event tracking模式

定义:UITrackingRunLoopMode(iOS)
NSEventTrackingRunLoopMode(cocoa)

描述:在拖动loop或其他user interface tracking loops时处于此种模式下,在此模式下会限制输入事件的处理。例如,当手指按住UITableView拖动时就会处于此模式。

  • Common模式

定义:NSRunLoopCommonModes (Cocoa) kCFRunLoopCommonModes (Core Foundation)

描述:这是一个伪模式,其为一组run loop mode的集合,将输入源加入此模式意味着在Common Modes中包含的所有模式下都可以处理。在Cocoa应用程序中,默认情况下Common Modes包含default modes,modal modes,event Tracking modes.可使用CFRunLoopAddCommonMode方法向Common Modes中添加自定义modes。

注:iOS中仅NSDefaultRunLoopMode,UITrackingRunLoopMode,NSRunLoopCommonModes三种可用mode。

 

CADisplayLink

基本用法刚刚介绍过。

优势:依托于设备屏幕刷新频率触发事件,所以其触发时间上是最准确的。也是最适合做UI不断刷新的事件,过渡相对流畅,无卡顿感。

缺点:

  • 由于依托于屏幕刷新频率,若果CPU不堪重负而影响了屏幕刷新,那么我们的触发事件也会受到相应影响。
  • selector触发的时间间隔只能是duration的整倍数。
  • selector事件如果大于其触发间隔就会造成掉帧现象。
  • CADisplayLink不能被继承。

-------------------我是分割线---------------------

 

下面说说NSTImer, 一样我们直接看头文件并用注释说明

@interface NSTimer : NSObject

+ (NSTimer *)timerWithTimeInterval:(NSTimeInterval)ti invocation:(NSInvocation *)invocation repeats:(BOOL)yesOrNo;
//实例化方法, 响应事件用的NSInvocation, 需要手动添加到RunLoop中才会生效
+ (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti invocation:(NSInvocation *)invocation repeats:(BOOL)yesOrNo; //实例化方法, 响应事件用的NSIvocation, 系统为自动帮你将timer添加到currentRunLoop中,defaultMode
+ (NSTimer *)timerWithTimeInterval:(NSTimeInterval)ti target:(id)aTarget selector:(SEL)aSelector userInfo:(nullable id)userInfo repeats:(BOOL)yesOrNo;
//实例化方法, 响应事件用的PerformanceSelector, userInfo中可以用来传参数,需要手动添加到RunLoop中
+ (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti target:(id)aTarget selector:(SEL)aSelector userInfo:(nullable id)userInfo repeats:(BOOL)yesOrNo;
//实例化方法,响应事件用的PerformanceSelector, userInfo可以用来传递参数, 系统会自动帮你将timer添加到currentRunLoop中, defaultMode
+ (NSTimer *)timerWithTimeInterval:(NSTimeInterval)interval repeats:(BOOL)repeats block:(void (^)(NSTimer *timer))block API_AVAILABLE(macosx(10.12), ios(10.0), watchos(3.0), tvos(10.0));
//实例化方法, 以block的方式传入要执行的内容, 需要手动添加到RunLoop中
+ (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)interval repeats:(BOOL)repeats block:(void (^)(NSTimer *timer))block API_AVAILABLE(macosx(10.12), ios(10.0), watchos(3.0), tvos(10.0));
//实例化方法, 以block的方式传入要执行的内容,系统会自动帮你将timer添加到currentRunLoop中,defaultMode
- (instancetype)initWithFireDate:(NSDate *)date interval:(NSTimeInterval)interval repeats:(BOOL)repeats block:(void (^)(NSTimer *timer))block API_AVAILABLE(macosx(10.12), ios(10.0), watchos(3.0), tvos(10.0)); //跟上面类似, 只是多指定了一个开始时间
- (instancetype)initWithFireDate:(NSDate *)date interval:(NSTimeInterval)ti target:(id)t selector:(SEL)s userInfo:(nullable id)ui repeats:(BOOL)rep NS_DESIGNATED_INITIALIZER; //跟上面类似, 只是多指定了一个开始时间
- (void)fire;  //立即执行一次定时器方法, 注意不是立即开启定时器 @property (copy) NSDate *fireDate;  //当前事件的触发事件, 一般用来做暂停和恢复 @property (readonly) NSTimeInterval timeInterval;  //只读属性, 获取当前timer的触发间隔 @property NSTimeInterval tolerance NS_AVAILABLE(10_9, 7_0); //允许的误差值 - (void)invalidate; //立即销毁timer @property (readonly, getter=isValid) BOOL valid; //只读属性, 获取当前timer是否有效 @property (nullable, readonly, retain) id userInfo; //只读属性, 初始化时传入的用户参数 @end

NSTimer的内容相对多一些但也更加灵活, 有一个地方需要注意的是timer开头的实例化方法需要手动添加到RunLoop, Schedule开头的会由系统帮你添加到RunLoop

  • fireDate,设置当前timer的事件的触发时间。通常我们使用这个属性来做计时器的暂停与恢复
///暂停计时器 self.timer.fireDate = [NSDate distantFuture]; ///恢复计时器 self.timer.fireDate = [NSDate distantPast];
  • tolerance,允许误差时间我们知道NSTimer事件的触发事件是不准确的,完全取决于当前runloop处理的时间。如果当前runloop在处理复杂运算,则timer执行时间将会被推迟,直到复杂运算结束后立即执行触发事件,之后再按照初始设置的节奏去执行。当设置tolerance之后在允许范围内的延迟可以触发事件,超过的则不触发。默认是时间间隔的1/10

 

网上很多人对fire方法的解释其实并不正确。fire并不是立即激活定时器,而是立即执行一次定时器方法

当加入到runloop中timer不需要激活即可按照设定的时间触发事件。fire只是相当于手动让timer触发一次事件

如果timer设置的repeat为NO,则fire之后timer立即销毁

如果timer的repeat为YES,则到了之前设置的时间他依旧会按部就班的触发事件

fire只是单独触发了一次事件,并不影响原timer的节奏

  • 关于invalid方法

我们知道NSTimer使用的时候如果不注意的话,是会造成内存泄漏的。原因是我们生成实例的时候,会对控制器retain一下。如果不对其进行管理则VC的永远不会引用计数为零,进而造成内存泄漏。

所以,当我们不需要的timer的时候,请如下操作:

[self.timer invalid]; self.timer = nil;

这样Timer会对VC进行一次release。所以一定不要忘记调用invalid方法

顺便提一句,如果生成timer实例的时候repeat为NO,那当触发事件结束后,系统也会自动调用invalid一次

 

NSTimer的优势:使用相对灵活,应用广泛

劣势:受runloop影响严重,同时易造成内存泄漏(调用invalid方法解决)

 

-------------------我是分割线---------------------

下面说说GCD计时器:dispatch_source_t

其实dispatch_source_t说为计时器不完全正确, 它实际上是GCD给我们用的一个源对象

还是先直接上代码:

#import "ViewController.h"

@interface ViewController ()

@property (nonatomic, assign)   NSInteger count;
@property (nonatomic, strong)   dispatch_source_t tTimer;  //GCD计时器一定要设置为成员变量, 否则会立即释放

@end

@implementation ViewController

@synthesize tTimer;

- (void)viewDidLoad {
    
    [super viewDidLoad];
    
    //创建GCD timer资源, 第一个参数为源类型, 第二个参数是资源要加入的队列
    self.tTimer = \
    dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, dispatch_get_main_queue());
    
    //设置timer信息, 第一个参数是我们的timer对象, 第二个是timer首次触发延迟时间, 第三个参数是触发时间间隔, 最后一个是是timer触发允许的延迟值, 建议值是十分之一
    dispatch_source_set_timer(self.tTimer,
                              dispatch_walltime(NULL, 0 * NSEC_PER_SEC),
                              0.32 * NSEC_PER_SEC,
                              0);
    
    //设置timer的触发事件
    dispatch_source_set_event_handler(self.tTimer, ^{
        
        [self logCount];
    });
    
    //激活timer对象
    dispatch_resume(self.tTimer);
}


- (void)logCount {
    
    self.count ++;
    NSLog(@"Count = %ld", self.count);
    
    if (self.count > 99) {
        
        self.count = 0;
        //暂停timer对象
        dispatch_suspend(self.tTimer);
        
        //销毁timer, 注意暂停的timer资源不能直接销毁, 需要先resume再cancel, 否则会造成内存泄漏
        //dispatch_source_cancel(self.tTimer);
    }
}

注释已经很清楚了, 就不再逐条解释(上面代码会呦循环引用的问题, 大家自己改下)

需要注意的是, GCD timer资源必须设定为成员变量, 否则会在创建完毕后立即释放

suspend挂起或暂停后的timer要先resume才能cancel, 挂起的timer直接cancel会造成内存泄漏

 

GCDTimer的优势:不受当前runloopMode的影响。
劣势:虽然说不受runloopMode的影响,但是其计时效应仍不是百分之百准确的。

另外,他的触发事件也有可能被阻塞,当GCD内部管理的所有线程都被占用时,其触发事件将被延迟

 

好吧GCD我也没用玩转, 只说这些。 后面会找时间专门研究下