app中有一個(gè)計(jì)時(shí)功能衙荐。之前使用了簡(jiǎn)單的在主線(xiàn)程中調(diào)用：
?+ (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti target:(id)aTarget selector:(SEL)aSelector userInfo:(id)userInfo repeats:(BOOL)yesOrNo;
但是當(dāng)每0.01秒進(jìn)行一次repeat操作時(shí)捞挥，NSTimer是不準(zhǔn)的，嚴(yán)重滯后赫模，而改成0.1秒repeat操作树肃，則這種滯后要好一些蒸矛。
導(dǎo)致誤差的原因是我在使用“scheduledTimerWithTimeInterval”方法時(shí)瀑罗，NSTimer實(shí)例是被加到當(dāng)前runloop中的，模式是NSDefaultRunLoopMode雏掠。而“當(dāng)前runloop”就是應(yīng)用程序的main runloop斩祭，此main runloop負(fù)責(zé)了所有的主線(xiàn)程事件，這其中包括了UI界面的各種事件乡话。當(dāng)主線(xiàn)程中進(jìn)行復(fù)雜的運(yùn)算摧玫，或者進(jìn)行UI界面操作時(shí)，由于在main runloop中NSTimer是同步交付的被“阻塞”，而模式也有可能會(huì)改變诬像。因此屋群，就會(huì)導(dǎo)致NSTimer計(jì)時(shí)出現(xiàn)延誤。
解決這種誤差的方法坏挠，一種是在子線(xiàn)程中進(jìn)行NSTimer的操作芍躏，再在主線(xiàn)程中修改UI界面顯示操作結(jié)果；另一種是仍然在主線(xiàn)程中進(jìn)行NSTimer操作降狠，但是將NSTimer實(shí)例加到main runloop的特定mode（模式）中对竣。避免被復(fù)雜運(yùn)算操作或者UI界面刷新所干擾。
方法一：
在開(kāi)始計(jì)時(shí)的地方：
?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加入其中。
方法二：
開(kāi)辟子線(xiàn)程：（使用子線(xiàn)程的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];? ? ?}
?}
在子線(xiàn)程中將NSTimer以默認(rèn)方式加到該線(xiàn)程的runloop中蛋褥，啟動(dòng)子線(xiàn)程临燃。
方法三：
使用GCD，同樣也是多線(xiàn)程方式：
聲明全局成員變量
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);
然后在主線(xiàn)程中修改UI界面：
?dispatch_async(dispatch_get_main_queue(), ^{
? ? ? ? self.label.text = [NSString stringWithFormat:@"%.2f", self.timeCount/100];
? ? ?});
runloop是一個(gè)看似很神秘的東西壁拉，其實(shí)一點(diǎn)也不神秘谬俄。每個(gè)線(xiàn)程都有一個(gè)實(shí)際已經(jīng)存在的runloop。比如我們的主線(xiàn)程弃理，在主函數(shù)的UIApplication中：
?UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]))
系統(tǒng)就為我們將主線(xiàn)程的main runloop隱式的啟動(dòng)了溃论。runloop顧名思義就是一個(gè)“循環(huán)”，他不停地運(yùn)行痘昌，從程序開(kāi)始到程序退出钥勋。正是由于這個(gè)“循環(huán)”在不斷地監(jiān)聽(tīng)各種事件，程序才有能力檢測(cè)到用戶(hù)的各種觸摸交互辆苔、網(wǎng)絡(luò)返回的數(shù)據(jù)才會(huì)被檢測(cè)到算灸、定時(shí)器才會(huì)在預(yù)定的時(shí)間觸發(fā)操作……
runloop只接受兩種任務(wù)：輸入源和定時(shí)源。本文中說(shuō)的就是定時(shí)源驻啤。默認(rèn)狀態(tài)下菲驴，子線(xiàn)程的runloop中沒(méi)有加入我們自己的源，那么我們?cè)谧泳€(xiàn)程中使用自己的定時(shí)器時(shí)骑冗，就需要自己加到runloop中赊瞬，并啟動(dòng)該子線(xiàn)程的runloop，這樣才能正確的運(yùn)行定時(shí)器贼涩。
