NSTimer是ios上比较常用的定时器组件，在使用了一段时间后，发现有些地方是需要注意一下的。
-
NSTimer 是需要配合NSRunLoop 才可以正常工作的。
+ (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)seconds invocation:(NSInvocation *)invocation repeats:(BOOL)repeats + (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti target:(id)aTarget selector:(SEL)aSelector userInfo:(nullable id)userInfo repeats:(BOOL)yesOrNo;使用这个类方法，会自动添加到当前的RunLoop里面。关于RunLoop的介绍网上有很多资料，推荐看看 深入理解RunLoop。
-
当RunLoop处于UITrackingRunLoopMode模式的时候（滑动UIScrollView的时候），使用
scheduledTimerWithTimeInterval:(NSTimeInterval)seconds invocation:(NSInvocation *)invocation repeats:(BOOL)repeats的类方法创建的Timer，是不会收到响应事件。只有RunLoop切换到Default模式时才可以正常响应。如果希望滑动时也可以响应Timer时间，需要把Timer加到RunLoop并指定模式为NSRunLoopCommonModes
NSTimer *timer = [NSTimer timerWithTimeInterval:0.5 target:self selector:@selector(test) userInfo:nil repeats:YES]; [[NSRunLoop mainRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
-
NSTimer 会强引用 target 对象，很容易造成内存泄露或者其它因生命周期和预期不一至导致的问题。
我们先看一段常见的事例代码
@implementation TViewController { NSTimer *_timer; } - (void)dealloc { NSLog(@"%s", __func__); } - (void)viewDidLoad { [super viewDidLoad]; _timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(onTimeout) userInfo:nil repeats:YES]; } - (void)onTimeout { NSLog(@"%s", __func__); } @end大家可能会觉得，当这个ViewController被 pop 掉后会正常释放，timer 也会停掉。但实际的情况不是你想的那样。以下log是Push这个ViewController后，然后点击返回的过程。
2016-03-24 00:42:19.663 NSTimerDemo[14916:3982566] -[TViewController onTimeout]
2016-03-24 00:42:20.663 NSTimerDemo[14916:3982566] -[TViewController onTimeout]
2016-03-24 00:42:21.663 NSTimerDemo[14916:3982566] -[TViewController onTimeout]
2016-03-24 00:42:22.663 NSTimerDemo[14916:3982566] -[TViewController onTimeout]
2016-03-24 00:42:23.369 NSTimerDemo[14916:3982566] -[TViewController viewDidDisappear:]
2016-03-24 00:42:23.663 NSTimerDemo[14916:3982566] -[TViewController onTimeout]
2016-03-24 00:42:24.663 NSTimerDemo[14916:3982566] -[TViewController onTimeout]
2016-03-24 00:42:25.663 NSTimerDemo[14916:3982566] -[TViewController onTimeout]
从日志上来看，dealloc方法确实没有执行，而且timer事件还一直在触发。
OK,既然Timer强引用了ViewController，那把ViewController改成__weak不就是可以解决问题了？
于是我们把创建Timer的代码改成
__weak typeof(self) weak_self = self;
_timer = [NSTimer scheduledTimerWithTimeInterval:1
target:weak_self
selector:@selector(onTimeout)
userInfo:nil
repeats:YES];
发现输出的log和之前的一样，难道weak对象根本没起作用？
用Instrement查看了一下内存情况，发现真的是Timer强引用Target对象
查看了一下官方文档关于target的一些说明
target:
The object to which to send the message specified by aSelector when the timer fires. ***The timer maintains a strong reference to target *** until it (the timer) is invalidated.
目前主要是处于一个闭环（环形引用）的状态，我们要想办法打破这种状态，而且__weak设置给Timer也不会破坏Timer强引用Target。
于是，我们引用一个包装对象，让Timer强引用这个包装对象，包装对象弱引用Target(ViewController)
ViewController ---> Timer --->Wrapper ...>ViewController 这样就可以破坏环形引用。
@Interface Wrapper
@property (weak, nonatom) id target;
@end
那么创建Timer的类方法的Target对象不是传self, 而是传 wrapper 对象。
另外，wrapper对象还要把Timer的事件传递到真正的target上。
详细的 Timer Wrapper 可以看完代码 BSTimer
最后其实可以用dispatch_time解决强引用问题，但是dispatch_time在暂停功能上处理起来比较麻烦。
