NSTimer
- NSTimer与scrollview
NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(updateUI) userInfo:nil repeats:YES];
这种最简单方便但是这种方法创建的定时器如果和scrollview一起使用便会出现在滚动scrollview时导致定时器不执行的问题, 之所以会出现这种情况是RunLoop在作怪, 当你创建一个NSTimer时, 这个定时器默认是被加入到当前默认的线程, 也就是主线程。 而主线程默认的RunLoop的模式是NSDefaultRunLoopMode, 当进行滚动scrollview滚动时, RunLoop会切换到TrackingRunLoopMode 模式，追踪 ScrollView 滑动时的状态。当你创建一个 Timer 并加到 DefaultMode 时，Timer 会得到重复回调，但此时滑动一个TableView时，RunLoop 会将 mode 切换为 TrackingRunLoopMode，这时 Timer 就不会被回调，并且也不会影响到滑动操作。
既然是因为mode的切换导致Timer无法被回调， 那就需要把Timer放到能够被回调的mode里面。
修改代码
NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(updateUI) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
//NSRunLoopCommonModes的意思为，定时器可以运行在标记为common modes模式下。
//具体包括两种: kCFRunloopDefaultMode 和 UITrackingRunloopMode。
[timer fire];
这样就可以了， 在滑动scrollview时， 不会导致定时器无法回调的问题
-
NSTimer释放
- 操作定时器的[self.timer invalidate]方法,不能期望在dealloc中停止定时器,因为定时器和dealloc会互相等待,定时器如果不执行[self.timer invalidate]方法,根本不会进dealloc反法， 导致内存泄露。一种优雅的释放定时器的方式
假如一个Controller里面含有一个定时器，那么当这个Controller已经 出栈，即被执行了pop，此时如果定时器并没有结束时，该Controller不会马上被销毁，只有当定时器执行完毕，才会走dealloc方法
子线程中使用NSTimer要手动开启RunLoop
NSThread *thread = [[NSThread alloc] initWithTarget:self selector:@selector(subThread) object:nil];
[thread start];
- (void)subThread {
// **** 无论在ARC还是在MRC下,都需要在子线程中添加自动释放池.因为系统自动帮助主线程创建了自动释放池,而没有帮子线程创建自动释放池,所以需要我们手动创建.
//在每次NSRunloop休眠前清理自动释放池。
@autoreleasepool {
NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(timerAction) userInfo:nil repeats:YES];
//如果需要声明属性， 记得一定要把赋值写在开启RunLoop之前， 否则定时器则无法停止
_timer = timer;
//子线程RunLoop默认是关闭的
// 不需要手动的区创建runloop, 只需要获取到,然后调用run来开启事件处理循环.
[[NSRunLoop currentRunLoop] run];
}
}
CADisplayLink
CADisplayLink *displayLink = [CADisplayLink displayLinkWithTarget:self selector:@selector(disPlay)];
//与NSTimer不同， 需要手动添加到RunLoop中， 如果添加的模式是NSDefaultRunLoopMode， 则scrollview滚动时， 会阻碍定时器的执行。
//如果是NSRunLoopCommonModes， 则不会阻碍。
[displayLink addToRunLoop:[NSRunLoop currentRunLoop] forMode:NSDefaultRunLoopMode];
//设置刷新频率， 默认是每秒60帧， 如果设置成60就每秒执行一次
//但是实际测试却发现，设置60是2秒执行一次， 设置成30才是每秒执行一次。
displayLink.frameInterval = 60;
关闭定时器// [displayLink invalidate];
GCD
dispatch source是一个监视某些类型事件的对象。当这些事件发生时，它自动将一个block放入一个dispatch queue的执行例程中。
/**
* 创建dispatch源
*
* @param DISPATCH_SOURCE_TYPE_TIMER 事件源的类型
* @param 0 <#0 description#>
* @param 0 <#0 description#>
* @param dispatch_get_main_queue 在哪个线程上执行
*
* @return dispatch_source_t
*/
dispatch_source_t timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, dispatch_get_main_queue());
/**
* @param start 控制计时器第一次触发的时刻
* @param interval 每隔多长时间执行一次
* @param leeway 误差值，0表示最小误差，值越小性能消耗越大
*/
dispatch_source_set_timer(timer, DISPATCH_TIME_NOW, 1 * NSEC_PER_SEC, 0 * NSEC_PER_SEC);
/**
* 事件处理的回调
*/
dispatch_source_set_event_handler(timer, ^{
//取消定时器
dispatch_cancel(timer);
});
/**
* Dispatch source启动时默认状态是挂起的，我们创建完毕之后得主动恢复，否则事件不会被传递，也不会被执行
*/
dispatch_resume(timer);
dispatch_source_t需要被引用计数, 否则定时器引用计数为0, dispatch_source_t会被系统收回.
GCD定时器的优点有很多，首先不受Mode的影响，而NSTimer受Mode影响时常不能正常工作，除此之外GCD的精确度明显高于NSTimer，这些优点让我们有必要了解GCD定时器这种方法。
但是GCD也并非是非常准确的, GCD文档上有一句这样的话
Note: Even if you specify a leeway value of 0, you should never expect a timer to fire at the exact nanosecond you requested. The system does its best to accommodate your needs but cannot guarantee exact firing times.
翻译
注意： 即使您指定的回程值为0，也永远不要期望计时器在您要求的确切纳秒时触发。该系统会尽力满足您的需求，但不能保证准确的点火时间。
