iOS定时器

一、NSTimer

如果当前runLoop过于繁忙,则会导致NSTimer不够准时,如果NSTimer设置的间隔时间为1s,由于runLoop是循环执行任务,当每次循环花费了0.3s的时间,那么定时器则会在runLoop第四次循环的时候回调触发,这时就是间隔1.2s触发了,所以造成不准时

先看一下简单的应用场景:在导航栏控制器中有一个button,点击button push到ViewController中,ViewController中启动定时器,启动后返回到导航栏控制器界面,在dealloc中销毁定时器

#import "ViewController.h"

@interface ViewController ()

@property(nonatomic,strong)NSTimer *timer;

@end

@implementationViewController

- (void)viewDidLoad {

    [super viewDidLoad];

    _timer = [NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(timeTest) userInfo:nil repeats:YES];

}

-(void)timeTest{

    NSLog(@"--%s--",__func__);

}

-(void)dealloc{

    [self.timer invalidate];

}

@end

看下打印结果

 iOS定时器[58344:16352726] ---[ViewController timeTest]--

 iOS定时器[58344:16352726] ---[ViewController timeTest]--

 iOS定时器[58344:16352726] ---[ViewController timeTest]--

 iOS定时器[58344:16352726] ---[ViewController timeTest]--

 iOS定时器[58344:16352726] ---[ViewController timeTest]--

 iOS定时器[58344:16352726] ---[ViewController timeTest]--

 iOS定时器[58344:16352726] ---[ViewController timeTest]--

 iOS定时器[58344:16352726] ---[ViewController timeTest]--

 iOS定时器[58344:16352726] ---[ViewController timeTest]--

 iOS定时器[58344:16352726] ---[ViewController timeTest]--

 iOS定时器[58344:16352726] ---[ViewController timeTest]--

 iOS定时器[58344:16352726] ---[ViewController timeTest]--

 iOS定时器[58344:16352726] ---[ViewController timeTest]--

 iOS定时器[58344:16352726] ---[ViewController timeTest]--

 iOS定时器[58344:16352726] ---[ViewController timeTest]--

可以看出定时器并没有被销毁,也就是说ViewController并没有走dealloc方法,由于这里造成了循环引用,ViewController强引用了NSTimer,而NSTimer也强引用了ViewController,导致谁都释放不了,所以造成退出当前控制器后定时器任务还在继续执行。可以尝试以下几种方案:

1、将属性NSTimer的修饰改为weak,这样感觉上是打破了循环,但实际没有,这里直接说原因吧

由于runLoop内部强引用了NSTimer,而NSTimer也强引用了ViewController,只要runLoop还在NSTimer就不会被销毁,ViewController也不会被释放

2、将传入的参数self变为弱引用,这样感觉上也是打破了循环,但实际也没有

由于NSTimer内部对传入的target进行了强引用,所以不管传入的是弱引用还是强引用都是一个效果,这里猜测苹果这样设计的目的和NSURLSession也需要对传入的target进行强引用是一个道理,如果不进行强引用,代理方法回调时有可能控制器被释放了,所以就设置成强引用,让外部也就是我们使用者来自己打破循环引用。

3、直接使用block的形式就可以打破循环引用了

- (void)viewDidLoad {

    [super viewDidLoad];

    _timer = [NSTimer scheduledTimerWithTimeInterval:1.0 repeats:YES block:^(NSTimer * _Nonnull timer) {

        NSLog(@"--%s--",__func__);

    }];

}

-(void)timeTest{

    NSLog(@"--%s--",__func__);

}

-(void)dealloc{

    [self.timer invalidate];

    NSLog(@"--%s--",__func__);

}

再看下打印结果

 iOS定时器[58405:16354784] ---[ViewController viewDidLoad]_block_invoke--

 iOS定时器[58405:16354784] ---[ViewController viewDidLoad]_block_invoke--

 iOS定时器[58405:16354784] ---[ViewController viewDidLoad]_block_invoke--

 iOS定时器[58405:16354784] ---[ViewController viewDidLoad]_block_invoke--

 iOS定时器[58405:16354784] ---[ViewController dealloc]--

可以看出退出控制器后,定时器被释放了,定时器也就被释放了,当然,如果block内部有访问到ViewController中的数据,block中就需要使用weakSelf了

4、着重看下使用中间对象来打破循环引用

思路:创建一个继承自NSObject的中间对象A,当我们调用scheduledTimerWithTimeInterval方法时,target参数就传入A,selector传入ViewController中的方法,对象A内部定义一个weak id类型指向ViewController对象,当定时器运行时会到对象A中查找传入的ViewController方法,这时可以在对象A中利用消息转发,将消息交给ViewController也就是weak id类型的指针来响应!

先看下中间对象的.h文件代码

#import

NS_ASSUME_NONNULL_BEGIN

@interfaceWPMidProxy :NSObject

@property(nonatomic,weak)id proxyObj;

-(id)initWithTarget:(id)obj;

@end

NS_ASSUME_NONNULL_END

.m文件

#import "WPMidProxy.h"

@implementation WPMidProxy

-(id)initWithTarget:(id)obj{

    if(self== [superinit]) {

        self.proxyObj= obj;

    }

    return self;

}

-(id)forwardingTargetForSelector:(SEL)aSelector{

    return self.proxyObj;

}

@end

再看下外部使用代码

#import "ViewController.h"

#import "WPMidProxy.h"

@interface ViewController ()

@property(nonatomic,strong)NSTimer *timer;

@end

@implementationViewController

- (void)viewDidLoad {

    [super viewDidLoad];

    WPMidProxy*obj = [[WPMidProxyalloc]initWithTarget:self];

    _timer = [NSTimer scheduledTimerWithTimeInterval:1.0 target:obj selector:@selector(timeTest) userInfo:nil repeats:YES];

}

-(void)timeTest{

    NSLog(@"--%s--",__func__);

}

-(void)dealloc{

    [self.timer invalidate];

    NSLog(@"--%s--",__func__);

}

@end

最后看下运行结果

 iOS定时器[58440:16356448] ---[ViewController timeTest]--

 iOS定时器[58440:16356448] ---[ViewController timeTest]--

 iOS定时器[58440:16356448] ---[ViewController timeTest]--

 iOS定时器[58440:16356448] ---[ViewController timeTest]--

 iOS定时器[58440:16356448] ---[ViewController dealloc]--

使用中间对象这种方式也可以打破循环引用,不过这种方式还可以在优化,这时就要使用NSProxy这个类了,这个类和NSObject都是基类,是平级的,而且这个类就是用作消息转发的,相比NSObject做消息转发效率更高,继承自NSObject的对象走消息转发前会先到父类、祖父类一直到NSObject中查找方法,然后到消息动态解析,最后才会到消息转发步骤,而NSProxy则不同,当方向调用的方法在当前对象中找不到则直接走消息转发,省掉了递归查找和动态解析步骤,这样效率就会更高

直接看代码

#import "WPMidProxy.h"

@implementation WPMidProxy

-(id)initWithTarget:(id)obj{

    self.proxyObj= obj;

    return self;

}

// 给target注册一个方法签名

- (nullableNSMethodSignature*)methodSignatureForSelector:(SEL)sel {

    return [self.proxyObj methodSignatureForSelector:sel];

}

// 发送给target

- (void)forwardInvocation:(NSInvocation*)invocation {

    [invocationinvokeWithTarget:self.proxyObj];

}

@end

继承自NSProxy,然后重写消息转发的两个方法即可,外部用法和之前继承自NSObject时一样,这样效率就更高!

二、CADisplayLink

直接看代码

#import "ViewController.h"

#import "WPMidProxy.h"

@interface ViewController ()

@property(nonatomic,strong)CADisplayLink *timeLink;

@end

@implementationViewController

- (void)viewDidLoad {

    [super viewDidLoad];

    WPMidProxy*obj = [[WPMidProxyalloc]initWithTarget:self];

    self.timeLink = [CADisplayLink displayLinkWithTarget:obj selector:@selector(timeTest)];

    [self.timeLink addToRunLoop:[NSRunLoop currentRunLoop] forMode:NSDefaultRunLoopMode];

}

-(void)timeTest{

    NSLog(@"--%s--",__func__);

}

-(void)dealloc{

    [self.timeLink invalidate];

    NSLog(@"--%s--",__func__);

}

@end

CADisplayLink定时器也会造成循环引用,也可以通过中间对象来打破循环,该定时器与NSTimer不同,NSTimer需要传入回调方法的间隔时间,而CADisplayLink定时器不需要,因为CADisplayLink的回调频率和屏幕每秒刷新帧数fps一致,也就是每秒会执行多次(一般为60次/s,卡顿时频率降低)

三、GCD定时器dispatch_source_t

该定时器是最准时的,不与runLoop挂钩,直接和系统内核挂钩,所以一般精准度要求较高的场合使用GCD的定时器比较好

下面看下使用方式,使用起来稍微有点复杂,不过编译器会为我们自动生成相关代码

可以看到当我们敲上dispa时,编译器自动提示GCD Timer,当我们敲下回车,编译器自动补全代码

第一行代码dispatch_source_create需要传入一个队列来创建定时器

第二行代码dispatch_source_set_timer设置时间参数需要传入间隔时间和允许误差范围

第三行代码就是定时器响应回调block,还可以使用dispatch_source_set_event_handler_f方法传入一个函数

第四行代码启动定时器

#import "ViewController.h"

@interface ViewController ()

@property(nonatomic,strong)dispatch_source_t timer;

@end

@implementationViewController

- (void)viewDidLoad {

    [super viewDidLoad];


    self.timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, dispatch_get_main_queue());

    dispatch_source_set_timer(_timer, DISPATCH_TIME_NOW, 1 * NSEC_PER_SEC, 0 * NSEC_PER_SEC);

    dispatch_source_set_event_handler(_timer, ^{

        NSLog(@"--%s--",__func__);

    });

    dispatch_resume(_timer);

}

-(void)dealloc{

    NSLog(@"--%s--",__func__);

}

@end

11:22:21.378810+0800 iOS定时器[58718:16370750] ---[ViewController viewDidLoad]_block_invoke--

11:22:22.378819+0800 iOS定时器[58718:16370750] ---[ViewController viewDidLoad]_block_invoke--

11:22:23.378807+0800 iOS定时器[58718:16370750] ---[ViewController viewDidLoad]_block_invoke--

11:22:24.378791+0800 iOS定时器[58718:16370750] ---[ViewController viewDidLoad]_block_invoke--

11:22:25.378745+0800 iOS定时器[58718:16370750] ---[ViewController viewDidLoad]_block_invoke--

11:22:26.378752+0800 iOS定时器[58718:16370750] ---[ViewController viewDidLoad]_block_invoke--

11:22:27.378685+0800 iOS定时器[58718:16370750] ---[ViewController viewDidLoad]_block_invoke--

11:22:28.378574+0800 iOS定时器[58718:16370750] ---[ViewController viewDidLoad]_block_invoke--

11:22:28.611859+0800 iOS定时器[58718:16370750] ---[ViewController dealloc]--

可以看出GCD定时器时非常准确的,而且不需要我们手动释放定时器,编译器自已管理

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

推荐阅读更多精彩内容