iOS NSTimer的问题总结

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对象，从而打破了双向引用。