NSTimer
1.方法介绍
2.正确的使用NSTimer
3.NSTimer的本质
4.NSTimer准吗?
5.performSelector:withObject:afterDelay:与dispatch_after
方法介绍
- 以scheduledTimer开头的方法,会自动将Timer加入到runloop中,默认加入到kCFRunLoopDefaultMode中,并开启.
- 以timerWith开头的类方法或者init构造方法创建的Timer,不会默认添加到Runloop中,需要手动调用[NSRunLoop addTimer:]才能执行,否则只会执行一次.
正确的使用NSTimer
1.Timer 添加到 Runloop 的时候，会被 Runloop 强引用,然后 Timer又会有一个对 Target的强引用（也就是 self ),导致 self一直不能被释放掉，所以也就走不到 self 的 dealloc 里。
自欺欺人法:
-(void)dealloc {
[_timer invalidate];
}
在调用invalidate时，会移除去target的强引用,当定时器是不重复的（repeat=NO），在执行完触发函数后，会自动调用invalidate解除runloop的注册和解除对target的强引用.
You must send this message from the thread on which the timer was installed. If you send this message from another thread, the input source associated with the timer may not be removed from its run loop, which could prevent the thread from exiting properly.
NSTimer 在哪个线程创建就要在哪个线程停止，否则会导致资源不能被正确的释放。所以我们必须哪个线程调用，哪个线程终止。
3.为什么滚动scrollview时,timer不执行了?
当timer添加到主线程的runloop时，某些UI事件（如：UIScrollView的拖动操作）会将runloop切换到UITrackingRunLoopMode模式下，在这个模式下，NSDefaultRunLoopMode模式注册的事件是不会被执行的，也就是通过scheduledTimerWithTimeInterval方法添加到runloop的NSTimer这时候是不会被执行的
为了让NSTimer不被UI事件干扰，我们需要将注册到runloop的timer的mode设为NSRunLoopCommonModes，这个模式等效于NSDefaultRunLoopMode和UITrackingRunLoopMode的复合
4.子线程的创建的timer为什么不会执行?
子线程的runloop不是默认开启的.
NSTimer的本质
NSTimer is “toll-free bridged” with its Core Foundation counterpart, CFRunLoopTimerRef. See Toll-Free Bridgingfor more information on toll-free bridging.
NSTimer可以直接桥接到CFRunLoopTimerRef上，两者的数据结构是相同的，是可以互换的。我们可以理解为，NSTimer是objc版本的CFRunLoopTimerRef封装。
NSTimer准吗?
NSTimer是否精确，很大程度上取决于线程当前的空闲情况。
performSelector:withObject:afterDelay:与dispatch_after
performSelector:withObject:afterDelay:用于延迟执行一个方法，其实该方法内部是启用一个Timer并添加到当前线程的runloop，原理与NSTimer一样，所以在非主线程使用的时候，需要保证线程的runloop是运行的，否则不会得到执行.运行的RunLoop模式是NSDefaultRunLoopMode，那么，ScrollView滚动的时候，RunLoop会切换，performSelector:withObject:afterDelay:自然不会被回调。
This method sets up a timer to perform the aSelector message on the current thread’s run loop. The timer is configured to run in the default mode (NSDefaultRunLoopMode).
dispatch_after是在指定的时间后，将整个执行的Block块添加到指定队列的RunLoop上。
所以，如果此队列处于繁重任务或者阻塞之中，dispatch_after的Block块肯定是要延后执行的。
