NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:1 repeats:YES block:^(NSTimer * _Nonnull timer) {
NSLog(@"%ld",(long)count++);
}];
[self.view addSubview:self.tv_list];
写了个UITableView然后我添加个NSTimer，接下来回发生什么事情呢？
当滑动UITableView时，NSTimer计时器就会停止。
相信绝大多数开发者都遇到过这个问题，当然百度一下会有很多答案。
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
添加这代码就完美的解决了这个问题，但是为什么会这样呢？
猜测肯定跟NSRunLoop有关。那NSRunLoop是什么？
1、NSRunLoop是什么？
NSRunLoop对象处理源的输入，例如来自窗口系统和NSPort对象的鼠标和键盘事件。NSRunLoop对象也处理NSTimer事件。你的应用程序既不创建也不显式管理
NSRunLoop对象。系统根据需要为每个NSThread对象创建一个NSRunLoop对象，包括应用程序的主线程。如果您需要访问当前线程的运行循环，请使用类方法currentRunLoop。注意，从
NSRunLoop的角度来看，NSTimer对象不是“输入”——它们是一种特殊的类型，当它们触发运行循环时，它们不会导致运行循环返回。
似乎也看不明白说的什么意思。
通俗易懂的话这玩意是个死循环，在有事件响应的时候，RunLoop去处可以响应处理一些事件，没有事件响应的时候RunLoop会进入休眠，并且他和线程是一一对应的。一个线程里面有的话只可以拥有一个RunLoop。
2、NSRunLoopMode是什么？
Modes that a run loop operates in. 各位自行翻译吧。
目前NSRunLoopMode有这5种，但是只有NSDefaultRunLoopMode UITrackingRunLoopModel NSRunLoopCommonModes这三种是用于iOS上面的，剩下两种是用于MacOS上的。
NSDefaultRunLoopMode
设置为处理连接对象以外的输入源的模式。
UITrackingRunLoopModel
在控件中进行跟踪时设置的模式。
NSRunLoopCommonModes
包含一个或多个其他运行循环模式的伪模式。
其实这个伪模式中包含了NSDefaultRunLoopMode|UITrackingRunLoopModel这两种模式
3、测试
__block NSInteger count = 0;
NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:1 repeats:YES block:^(NSTimer * _Nonnull timer) {
NSLog(@"%ld",(long)count++);
//添加这行代码
NSLog(@"Timer的currentModel=%@",[[NSRunLoop currentRunLoop] currentMode]);
}];
**RunLoopTest[58445:4388936] Timer的currentModel=kCFRunLoopDefaultMode**
NSTimer在运行过程中打印出来的Mode为kCFRunLoopDefaultMode这个mode其实这个mode就等于NSDefaultRunLoopMode 因为NSRunLoop是基于CKRunLoop开发的。所以NSTimer在计时时RunLoop的Model为NSDefaultRunLoopMode
- (void)scrollViewDidScroll:(UIScrollView *)scrollView{
NSLog(@"TableView滑动---%@", [[NSRunLoop currentRunLoop] currentMode]);
}
接下来在scrollViewDidScroll这个代理方法里面添加上滑动监听
**RunLoopTest[58641:4397470] TableView滑动---UITrackingRunLoopMode**
所以基本上可以分析出来为什么在UITableView滑动的时候NSTimer计时不起作用，因为在UITableView滑动的时候当前主线程的RunLoop的Mode切换到了UITrackingRunLoopMode这个模式但是NSTimer只在NSDefaultRunLoopMode做响应，当UITableView停止的时候RunLoop的Mode又会切回到NSDefaultRunLoopMode，所以如果把NSTimer在当前RunLoop中的模式添加为NSRunLoopCommonModes那其实可以理解为NSTimer可以在NSDefaultRunLoopMode | UITrackingRunLoopModel这两种模式中都起作用。
当添加了[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];这行代码后：
**RunLoopTest[80618:4452646] 0**
**RunLoopTest[80618:4452646] Timer的currentModel=kCFRunLoopDefaultMode**
**RunLoopTest[80618:4452646] 1**
**RunLoopTest[80618:4452646] Timer的currentModel=kCFRunLoopDefaultMode**
**RunLoopTest[80618:4452646] TableView滑动---UITrackingRunLoopMode**
**RunLoopTest[80618:4452646] 2**
**RunLoopTest[80618:4452646] Timer的currentModel=UITrackingRunLoopMode**
可以发现当UITableView滑动的时候确实Timer的Mode变为了UITrackingRunLoopMode
接下来我如果把Timer的Mode直接添加成UITrackingRunLoopMode是否可行呢？
// [[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
[[NSRunLoop currentRunLoop] addTimer:timer forMode:UITrackingRunLoopMode];
**RunLoopTest[80891:4465038] 0**
**RunLoopTest[80891:4465038] Timer的currentModel=kCFRunLoopDefaultMode**
**RunLoopTest[80891:4465038] TableView滑动---UITrackingRunLoopMode**
**RunLoopTest[80891:4465038] TableView滑动---UITrackingRunLoopMode**
**RunLoopTest[80891:4465038] 1**
**RunLoopTest[80891:4465038] Timer的currentModel=UITrackingRunLoopMode**
证明也是可以一变滑动一遍计时，效果是一样的。
更多的思考
上面提到了一个线程只会对应一个RunLoop，那如果在开辟一个线程去做计时但是不添加Timer的Model是否可以实现一样的效果呢？
- (void)viewDidLoad {
[super viewDidLoad];
//开启线程
NSThread *thread = [[NSThread alloc] initWithTarget:self selector:@selector(startTimer) object:nil];
[thread start];
[self.view addSubview:self.tv_list];
// [[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
// [[NSRunLoop currentRunLoop] addTimer:timer forMode:UITrackingRunLoopMode];
}
-(void)startTimer{
__block NSInteger count = 0;
NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:1 repeats:YES block:^(NSTimer * _Nonnull timer) {
NSLog(@"%ld",(long)count++);
NSLog(@"Timer的currentModel=%@",[[NSRunLoop currentRunLoop] currentMode]);
}];
}
创建了这段代码，但是发现Timer根本没有执行。这是因为什么呢？
原因是因为主线程的NSRunLoop是系统自己创建的所以不需要我们去创建它，但是我们创建的子线程是没有NSRunLoop的所以需要我们手动的去创建它才行。
添加这行代码[[NSRunLoop currentRunLoop] run];
- (void)viewDidLoad {
[super viewDidLoad];
//开启线程
NSThread *thread = [[NSThread alloc] initWithTarget:self selector:@selector(startTimer) object:nil];
[thread start];
[self.view addSubview:self.tv_list];
// [[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
// [[NSRunLoop currentRunLoop] addTimer:timer forMode:UITrackingRunLoopMode];
}
-(void)startTimer{
__block NSInteger count = 0;
NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:1 repeats:YES block:^(NSTimer * _Nonnull timer) {
NSLog(@"%ld",(long)count++);
NSLog(@"Timer的currentModel=%@",[[NSRunLoop currentRunLoop] currentMode]);
}];
//创建RunLoop
[[NSRunLoop currentRunLoop] run];
}
这样NSTimer正常的跑了起来。
结论：
所以经过上面的时间得出NSTimer在UITableView滑动时无法工作是因为NSTimer工作是依靠RunLoop，而UITableView的滑动响应也是依靠RunLoop，但是NSTimer默认是在NSDefaultRunLoopMode模式下去触发响应的，而UITableView的滑动时主线程的RunLoop会切换到UITrackingRunLoopMode模式，所以NSTimer无法在UITableView滑动的时候工作，解决办法比较简单地就是给NSTimer添加NSRunLoopCommonModes这种伪模式或者直接添加UITrackingRunLoopMode模式。在本文中提到了创建一个子线程并且给子线程添加RunLoop去解决NSTimer滑动计时的问题，作者这里不推荐这种方式来实现，因为在实际开发中很容易出现循环引用的问题，次方法只是为了测试下子线程的RunLoop，没必要画蛇添足去解决这种简单的问题。