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