NSTimer在时长开发中使用频率还是比较高的，但一个不注意可能就会造成了小问题，日常使用中还需多注意才是。
NSTimer计时准确吗
问：NSTimer计时准确吗？
答：NSTimer 如果如下使用一般不准确：
//在主线程中调用
_timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(logInfo) userInfo:nil repeats:YES];
//或者 在主线程中调用
_timer = [NSTimer timerWithTimeInterval:1 target:self selector:@selector(logInfo) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:_timer forMode:NSDefaultRunLoopMode];
以上两种方式直接调用NSTimer时很可能会计时不准确，原因如下：
NSTimer在每一次的runloop中会被处理，但当runloop中有其他比较多的耗时操作，且操作时间超过了NSTimer的间隔，那么这一次的NSTimer就会被延后处理。导致不准确。
解决办法：可以将NSTimer放入子线程，并手动开启子线程的runloop。当前runloop中没有其他耗时操作，所以也会相对准确一些。runloop model 模式的影响，当没有指定时，runloop默认会添加到
RunLoopDefaultMode中，当页面有tableview滑动时，主线程的runloop会切换到TrackingRunLoopMode，此模式下，NSTimer不会被触发，导致计时不准确。
NSTimer 内存泄漏
NSTimer涉及到内存泄漏，主要是指在Timer中repeats为YES，即需要间隔指定时间，重复调用方法，此时需要手动调用[self.timer invalidate]使定时器失效。
如果repeats为NO，则不存在内存泄漏问题，调用完成后，定时器会自动失效。
问题引发：
一般使用NSTimer时，用法如下：
self.timer = [NSTimer timerWithTimeInterval:2 target:self selector:@selector(doSomeThing) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:self.timer forMode:NSRunLoopCommonModes];
上面代码这样写，定时器会正常调用，但当退出当前页面或者功能之后，定时器依然在调用，并没有停止。想要停止，需要手动调用[self.timer invalidate]方法。
可能想到下面这种写法：
- (void)dealloc
{
[self.timer invalidate];
self.timer = nil;
}
这种写法咋一看没有问题，不是要手动调用停止定时器的方法嘛，那在页面释放的时候，调用就好了。
经过测试，可以发现这样写的话，当前对象self不会释放，定时器也没有释放，这就造成了内存泄漏。
分析问题：
再看一下之前的代码：
- (void)dealloc
{
[self.timer invalidate];
self.timer = nil;
}
self.timer = [NSTimer timerWithTimeInterval:2 target:self selector:@selector(doSomeThing) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:self.timer forMode:NSRunLoopCommonModes];
self持有了timer, 而timer在target参数里持有了self
这就导致了相互引用。
可能有的同学立马就有了疑惑：
-
self不持有timer也可以正常使用，为什么要持有 -
timer为什么会持有self
针对以上两个问题答疑：
-
self持有timer是因为需要在其他的地方手动调用[self.timer invalidate]，self不持有timer确实可以简单解决相互引用问题，但timer却无法手动释放。 -
runloop需要对timer的观察者做保留操作，以便后续指定的时间点来到时做指定操作。
解决问题
解决上面的内存泄漏问题，大致有下面几种办法：
-
viewWillDisappear:手动停止 - 重写返回方法手动停止
- iOS10之后，系统提供的
scheduledTimerWithTimeInterval:repeats:block方法 - 去除
NSTimer和当前调用对象之间的循环引用。
详细解释：
手动停止定时器，要有一个时机。如果根据需求，刚好可以在用户操作某项功能时可以主动停止，算是一个比较好的办法。但如果没有这个时机则可以在1、2两个方法中解决。
-
viewWillDisappear:手动停止- (void)viewWillDisappear:(BOOL)animated { [super viewWillDisappear:animated]; [self.timer invalidate]; self.timer = nil; }需要注意在这个方法中停止，适用于不会从当前页面push出下一个页面的情况，因为如果push出下一个页面，也会调用
viewWillDisappear:，可能就得不到正确的结果。 -
重写返回方法手动停止
- (void)backButtonPressed:(id)sender { [self.timer invalidate]; self.timer = nil; } -
苹果估计也发现了timer容易导致内存泄漏的问题，所以在iOS10之后，出了一个新的API，使用新API是没有内存泄漏的。
if (@available(iOS 10.0, *)) { self.timer = [NSTimer scheduledTimerWithTimeInterval:2 repeats:YES block:^(NSTimer * _Nonnull timer) { NSLog(@"do more thing"); }]; } - (void)dealloc { [self.timer invalidate]; self.timer = nil; }调用这个新的API则不会相互强引用，
dealloc方法会正常调用。 -
去除
NSTimer和当前调用对象之间的循环引用。
从3中的系统方法其实可以得到启发，3中的方法里并没有直接引用self，而是让timer引用了其他的对象，这样就解除了相互引用。
对于iOS10一下的系统，可以模仿一下系统的实现。#import <Foundation/Foundation.h> NS_ASSUME_NONNULL_BEGIN @interface NSTimer (weak) + (NSTimer *)weak_scheduledTimerWithTimeInterval:(NSTimeInterval)inerval repeats:(BOOL)repeats block:(void(^)(NSTimer *timer))block; @end NS_ASSUME_NONNULL_END#import "NSTimer+weak.h" @implementation NSTimer (weak) + (NSTimer *)weak_scheduledTimerWithTimeInterval:(NSTimeInterval)inerval repeats:(BOOL)repeats block:(void (^)(NSTimer *timer))block{ return [NSTimer scheduledTimerWithTimeInterval:inerval target:self selector:@selector(weak_blcokInvoke:) userInfo:[block copy] repeats:repeats]; } + (void)weak_blcokInvoke:(NSTimer *)timer { void (^block)(NSTimer *timer) = timer.userInfo; if (block) { block(timer); } } @end在使用时，可以如下：
self.timer = [NSTimer weak_scheduledTimerWithTimeInterval:2 repeats:YES block:^(NSTimer * _Nonnull timer) { //do some thing }]; - (void)dealloc { [self.timer invalidate]; self.timer = nil; }可以看把target由之前原始的vc对象，转换成了timer对象，从而打破了双向引用。
