app中有一个计时功能。之前使用了简单的在主线程中调用：
+ (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti target:(id)aTarget selector:(SEL)aSelector userInfo:(id)userInfo repeats:(BOOL)yesOrNo;
但是当每0.01秒进行一次repeat操作时，NSTimer是不准的，严重滞后，而改成0.1秒repeat操作，则这种滞后要好一些。
导致误差的原因是我在使用“scheduledTimerWithTimeInterval”方法时，NSTimer实例是被加到当前runloop中的，模式是NSDefaultRunLoopMode。而“当前runloop”就是应用程序的main runloop，此main runloop负责了所有的主线程事件，这其中包括了UI界面的各种事件。当主线程中进行复杂的运算，或者进行UI界面操作时，由于在main runloop中NSTimer是同步交付的被“阻塞”，而模式也有可能会改变。因此，就会导致NSTimer计时出现延误。
解决这种误差的方法，一种是在子线程中进行NSTimer的操作，再在主线程中修改UI界面显示操作结果；另一种是仍然在主线程中进行NSTimer操作，但是将NSTimer实例加到main runloop的特定mode（模式）中。避免被复杂运算操作或者UI界面刷新所干扰。
方法一：
在开始计时的地方：
if (self.timer) {
[self.timer invalidate];
self.timer = nil;
}
self.timer = [NSTimer timerWithTimeInterval:0.01 target:self selector:@selector(addTime) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] addTimer:self.timer forMode:NSRunLoopCommonModes];
[NSRunLoop currentRunLoop]获取的就是“main runloop”，使用NSRunLoopCommonModes模式，将NSTimer加入其中。
方法二：
开辟子线程：（使用子线程的runloop）
NSThread *thread = [[NSThread alloc] initWithTarget:self selector:@selector(newThread) object:nil];
[thread start];
- (void)newThread
{
@autoreleasepool
{
[NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(addTime) userInfo:nil repeats:YES];
[[NSRunLoop currentRunLoop] run]; }
}
在子线程中将NSTimer以默认方式加到该线程的runloop中，启动子线程。
方法三：
使用GCD，同样也是多线程方式：
声明全局成员变量
dispatch_source_t _timers;
uint64_t interval = 0.01 * NSEC_PER_SEC;
dispatch_queue_t queue = dispatch_queue_create("my queue", 0);
_timers = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, queue);
dispatch_source_set_timer(_timers, dispatch_time(DISPATCH_TIME_NOW, 0), interval, 0);
__weak ViewController *blockSelf = self;
dispatch_source_set_event_handler(_timers, ^()
{
NSLog(@"Timer %@", [NSThread currentThread]);
[blockSelf addTime];
});
dispatch_resume(_timers);
然后在主线程中修改UI界面：
dispatch_async(dispatch_get_main_queue(), ^{
self.label.text = [NSString stringWithFormat:@"%.2f", self.timeCount/100];
});
runloop是一个看似很神秘的东西，其实一点也不神秘。每个线程都有一个实际已经存在的runloop。比如我们的主线程，在主函数的UIApplication中：
UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]))
系统就为我们将主线程的main runloop隐式的启动了。runloop顾名思义就是一个“循环”，他不停地运行，从程序开始到程序退出。正是由于这个“循环”在不断地监听各种事件，程序才有能力检测到用户的各种触摸交互、网络返回的数据才会被检测到、定时器才会在预定的时间触发操作……
runloop只接受两种任务：输入源和定时源。本文中说的就是定时源。默认状态下，子线程的runloop中没有加入我们自己的源，那么我们在子线程中使用自己的定时器时，就需要自己加到runloop中，并启动该子线程的runloop，这样才能正确的运行定时器。
