0.目录
概论，非主线程定时器导致的问题，定时器在界面滑动时候失效，定时器的准确性，定时器中的强引用。
1.概论
一般来讲在主线程创建一个定时器
self.timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(show) userInfo:nil repeats:YES];
scheduledTimerWithTimeInterval方法可以不用收动添加进runLoop
然后定时器就启动了。
//移除定时器
[self.timer invalidate];
这个是唯一一个可以将计时器从RunLoop中移出的方法。
2.非主线程定时器导致的问题
如果线程没有开启RunLoop循环，定时器是不会起作用的，简单来讲NSTimer是在RunLoop中注册了一个TimerSource，RunLoop 会为其重复的时间点注册好事件。
NSThread *newThread = [[NSThread alloc] initWithTarget:self selector:@selector(startTimer) object:nil];
[newThread start];
-(void)startTimer{
self.timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(show) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:self.timer forMode:NSDefaultRunLoopMode];
[[NSRunLoop currentRunLoop] run];
}
这样定时器就可以在新的线程中运行了。
但是这样产生了一个问题 : 定时器虽然停止了，但是RunLoop并没有关闭，导致线程一直存在。
-(void)show{
static int i = 0;
NSLog(@"timer:%d",i);
if (i == 3) {
[self.timer invalidate];
[self performSelector:@selector(test) withObject:nil afterDelay:1];
}
i++;
}
-(void)test{
NSLog(@"RunLoop is alive");
}
/*
2018-04-18 16:40:07.733730+0800 [3781:2804455] timer:0
2018-04-18 16:40:08.733606+0800 [3781:2804455] timer:1
2018-04-18 16:40:09.733687+0800 [3781:2804455] timer:2
2018-04-18 16:40:10.732830+0800 [3781:2804455] timer:3
2018-04-18 16:40:11.734473+0800 [3781:2804455] RunLoop is alive
*/
这个问题的核心在于
[[NSRunLoop currentRunLoop] run];
If you want the run loop to terminate, you shouldn't use this method. Instead,
use one of the other run methods and also che
ck other arbitrary conditions of
your own, in a loop. A simple example would be:
手册上写的很清楚如果你想手动结束RunLoop就不应该调用run方法。
http://www.cocoabuilder.com/archive/cocoa/305204-runloop-not-being-stopped-by-cfrunloopstop.html给出了解决办法
CFRunLoopRun() 启动 runloop，通过 CFRunLoopStop() 结束runLoop
-(void)startTimer{
self.timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(show) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:self.timer forMode:NSDefaultRunLoopMode];
CFRunLoopRun();
}
-(void)show{
static int i = 0;
NSLog(@"timer:%d",i);
if (i == 3) {
CFRunLoopStop(CFRunLoopGetCurrent());
[self performSelector:@selector(test) withObject:nil afterDelay:1];
}
i++;
}
-(void)test{
NSLog(@"RunLoop is alive");
}
2018-04-18 16:51:52.480361+0800 [3789:2806195] timer:0
2018-04-18 16:51:53.480228+0800 [3789:2806195] timer:1
2018-04-18 16:51:54.476884+0800 [3789:2806195] timer:2
2018-04-18 16:51:55.479468+0800 [3789:2806195] timer:3
3.定时器在界面滑动时候失效
如果在TableView的界面创建一个定时器，那么在滑动的时候定时器是不会有效的。
2018-04-18 16:58:32.484047+0800 [3792:2806922] timer:0
2018-04-18 16:58:33.484158+0800 [3792:2806922] timer:1
2018-04-18 16:58:36.462380+0800 [3792:2806922] timer:2
2018-04-18 16:58:36.484182+0800 [3792:2806922] timer:3
2018-04-18 16:58:37.484158+0800 [3792:2806922] timer:4
``
注意时间在33到36秒时候我滑动了界面。
当然一个可行的解决办法是将定时器移到其他线程去执行，就像上一章讲的一样，不过还是应该知道为什么定时器会失效。
RunLoopMode
NSRunLoop对象是一系列RunLoopMode的集合,每个mode包括有这个模式下所有的Source源、Timer源和观察者。每次RunLoop调用的时候都只能调用其中的一个mode。
NSDefaultRunLoopMode : App默认的mode，一般情况下App都是运行在这个mode下的。
UITrackingRunLoopMode ： 界面跟踪时的mode，一般用于ScrollView滚动的时候追踪的，保证滑动的时候不受其他事件影响。
UIInitializationRunLoopMode ： 在刚启动 App 时第进入的第一个 Mode，启动完成后就不再使用。
GSEventReceiveRunLoopMode ： 接受系统事件的内部 Mode，一般用不到。
kCFRunLoopCommonModes ： 占位mode，可以向其中添加其他mode用以检测多个mode的事件
注意每次RunLoop调用的时候都只能调用其中的一个mode这句话，在滑动的时候主线程的runLoop会切换到UITrackingRunLoopMode模式，而我们的定时器是默认添加到kCFRunLoopDefaultMode模式的，UITrackingRunLoopMode模式中的Timer显然没有包括创建的定时器。
切换到UITrackingRunLoopMode模式，定时器就可以正常使用了。
[[NSRunLoop currentRunLoop] addTimer:self.timer forMode:UITrackingRunLoopMode];
4.定时器的准确性
在上一章开始，我将定时器加入到RunLoop中的DefaultMode，导致滑动的时候定时器不起作用。
2018-04-18 16:58:32.484047+0800 [3792:2806922] timer:0
2018-04-18 16:58:33.484158+0800 [3792:2806922] timer:1
2018-04-18 16:58:36.462380+0800 [3792:2806922] timer:2
2018-04-18 16:58:36.484182+0800 [3792:2806922] timer:3
2018-04-18 16:58:37.484158+0800 [3792:2806922] timer:4
在我结束滑动的时候，在36.462380执行了一次.
我在Timer运行的时候手动让线程sleep两秒也得到了同样的结论。
-(void)sleepStart{
[NSThread sleepForTimeInterval:2.0f];
}
事实上，定时器执行的确是不准确的，如果线程内部有耗时操作占有了该时间点本来应该触发的定时事件，定时事件会被推迟到线程空闲时候执行，如果等待时间过长，已经超过了下一次定时事件触发的时间点，则前一个事件会被跳过。
采用GCD实现定时器。
static int count = 0;
dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
self.timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, queue);
dispatch_time_t start = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(1.0 * NSEC_PER_SEC));
uint64_t interval= 1.0 * NSEC_PER_SEC;
dispatch_source_set_timer(self.timer, start, interval, 0); // NSEC_PER_SEC
dispatch_source_set_event_handler(self.timer, ^{
count++;
if (count == 4) {
// 取消定时器
dispatch_cancel(self.timer);
self.timer = nil;
}
});
dispatch_resume(self.timer);
这种方式类似于在非主线程中创建定时器，但是不需要在去和RunLoop打交道了。
5.定时器中的强引用。
-(void)startTimer{
NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(TimerHandle) userInfo:nil repeats:YES];
self.timer = timer;
}
NSTimer轻易的就形成了引用环，不管是@selector还是block方式我们都应该避免，所以在停止定时器的同时，定时器属性需要置空。
-(void)stopTimer{
[self.timer invalidate];
self.timer = nil;
}
当然更好的办法可以采用YYTextWeakProxy中的办法。
@interface YYTextWeakProxy : NSProxy
/**
The proxy target.
*/
@property (nullable, nonatomic, weak, readonly) id target;·
@end
@implementation YYTextWeakProxy
- (instancetype)initWithTarget:(id)target {
_target = target;
return self;
}
- (id)forwardingTargetForSelector:(SEL)selector {
return _target;
}
用weak属性指向原有的target对象，并且采用消息转发机制重写forwardingTargetForSelector将正确的target返回。
