NSTimer CADisplayLink GCD计时器的深入探究

关于NSTimer CADisplayLink GCD计时器的杂谈

** NSTimer **

iOS中最常用的定时器 一般来说计时是相对准确 但是如果在当前循环中有耗时操作 下一次定时可能就会延后 (在一个循环中加入一个for循环并进行打印操作可以明显检测到)另外把计时器加入的RunLoop的模式也会对他有影响 使用下面的代码时候 当用户进行UI交互操作的时候(比如滑动tableView)主线程切换到TrackingRunLoopModel 在这种模式下定时器不会触发

 [[NSRunLoop mainRunLoop] addTimer:timer forMode:NSRunLoopDefaultModel];

另外NSTimer容易造成循环引用 在下述常规使用中 就容易造成循环引用 如果没及时调用 invalidate 方法容易造成内存泄漏 一般都是控制器没被销毁的大内存泄漏 比如一般错误的写法在dealloc 里面调用

[_timer invalidate ]; 
_timer = nil; 

因为NSTimer 会强引用target NSRunLoop又会持有NSTimer 使用者(target) 同时又持有NSTimer 这就造成了循环引用

第一种误区 我们可能会将NSTimer声明为弱引用 但是target的释放依赖NSTimer的释放 而NSTimer的释放在target的dealloc中 所以还是会循环引用
第二种误区 将NSTimer 弱引用self 但是NSTimer 还是会强引用target 估计NSTimer内部声明了一个__strong指针

 self.timer1 = [NSTimer timerWithTimeInterval:5.0 target:self selector:@selector(timerMethod1) userInfo:nil repeats:NO];

解决循环引用的办法
第一种 使用 分类 使用的时候只需要block里面避免强引用造成的循环引用即可 有点类似iOS10.0以后系统提供的block的接口

+ (NSTimer *)AZ_scheduledTimerWithTimeInterval:(NSTimeInterval)inTimeInterval block:(void (^)())inBlock repeats:(BOOL)inRepeats
{
    void (^block)() = [inBlock copy];
    NSTimer * timer = [self scheduledTimerWithTimeInterval:inTimeInterval target:self selector:@selector(__executeTimerBlock:) userInfo:block repeats:inRepeats];
    return timer;
}

+ (NSTimer *)AZ_timerWithTimeInterval:(NSTimeInterval)inTimeInterval block:(void (^)())inBlock repeats:(BOOL)inRepeats
{
    void (^block)() = [inBlock copy];
    NSTimer * timer = [self timerWithTimeInterval:inTimeInterval target:self selector:@selector(__executeTimerBlock:) userInfo:block repeats:inRepeats];
    return timer;
}

+ (void)__executeTimerBlock:(NSTimer *)inTimer;
{
    if([inTimer userInfo])
    {
        void (^block)() = (void (^)())[inTimer userInfo];
        block();
    }
}

另外 在创建NSTimer的时候先要将定时器停止 ,不然可能会出现僵尸定时器 ,导致不可预估的错误

第二种 GCD自己实现Timer YYKit里面有现成的类YYTimer

第三种 代理Proxy NSProxy 相当于一个中间代理人 并将消息转发给真正实现这个方法的类
使用的时候只需要将self 替换成 [YYWeakProxy proxyWithTarget:self] 借用了YYWeakProxy里面的实现

- (instancetype)initWithTarget:(id)target {
   _target = target;
   return self;
}

+ (instancetype)proxyWithTarget:(id)target {
   return [[YYWeakProxy alloc] initWithTarget:target];
}

- (id)forwardingTargetForSelector:(SEL)selector {
   return _target;
}

- (void)forwardInvocation:(NSInvocation *)invocation {
   void *null = NULL;
   [invocation setReturnValue:&null];
}

- (NSMethodSignature *)methodSignatureForSelector:(SEL)selector {
   return [NSObject instanceMethodSignatureForSelector:@selector(init)];
}

- (BOOL)respondsToSelector:(SEL)aSelector {
   return [_target respondsToSelector:aSelector];
}

- (BOOL)isEqual:(id)object {
   return [_target isEqual:object];
}

- (NSUInteger)hash {
   return [_target hash];
}

- (Class)superclass {
   return [_target superclass];
}

- (Class)class {
   return [_target class];
}

- (BOOL)isKindOfClass:(Class)aClass {
   return [_target isKindOfClass:aClass];
}

- (BOOL)isMemberOfClass:(Class)aClass {
   return [_target isMemberOfClass:aClass];
}

- (BOOL)conformsToProtocol:(Protocol *)aProtocol {
   return [_target conformsToProtocol:aProtocol];
}

- (BOOL)isProxy {
   return YES;
}

个人比较推荐第三种方式 没有对NSTimer 进行耦合 对原生代码的入侵比较小 同时CADisplayLink 也可以使用上述的三种方式 解除循环引用

CADisplayLink

CADisplayLink 是一个让我们以和屏幕刷新率相同的频率的定时器 (利用这一点可以在测试APP时悬浮一个窗口在window上实时查看实时帧率) 当CADispLink以特定的模式注册到runloop之后 当屏幕需要刷新的时候会调用CADisplayLink绑定的target的selector 并且这个时候可以读取到这次调用的时间戳
CADisplay适合UI不停重绘的场合 比如刚说的实时显示当前屏幕刷新率的label FLAnimatedImageView YYAnimatedImageView 里面的加载gif图 文字闪烁渐入渐出的动画效果的RQShineLabel

GCDTimer

GCDTimer不受当前RunLoopMode的影响 但是计时也不是绝对准确的 当GCD内部管理的所有线程都被占用的时候 其触发的事件将被延迟(这种很少见 几乎不可能)

   __block NSInteger remain = showtime*20; //倒计时时间
   __block NSInteger count = 0;
   
   dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
   _timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0,queue);
   dispatch_source_set_timer(_timer, dispatch_walltime(NULL, 0), 0.05 * NSEC_PER_SEC, 0); // 每秒执行
   @weakify(self);
   dispatch_source_set_event_handler(_timer, ^{
       dispatch_async(dispatch_get_main_queue(), ^{
           if (count >= remain) {
               dispatch_source_cancel(_timer);
               weak_self.viewLayer.strokeStart = 1;
               [weak_self dismiss];                         // 关闭界面
           } else {
               weak_self.viewLayer.strokeStart += 0.01;
               count++;                               //剩余时间进行自加
           }
       });
   });
   dispatch_resume(_timer);

注意计时器 不一定是在主线程进行 所以UI相关的操作要放到主线程进行 timer对象要被持有 如果没被持有 定会器销毁 timer就不会正常运行

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,445评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,889评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,047评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,760评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,745评论 5 367
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,638评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,011评论 3 398
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,669评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,923评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,655评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,740评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,406评论 4 320
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,995评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,961评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,197评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,023评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,483评论 2 342

推荐阅读更多精彩内容