一、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定时器时非常准确的,而且不需要我们手动释放定时器,编译器自已管理