NSTimer 在子线程中添加到使用 dateWithTimeIntervalSinceNow创建的 RunLoop 中容易造成时间误差

在写 NSTimer 和 NSRunLoop 的测试用例时，发现在子线程中创建的 NSTimer 添加到使用 NSDate 创建的 NSRunLoop 中计数器统计会出现偏差

- (void)createTimer {
    
    __block int count = 0;
    dispatch_queue_t queue = dispatch_queue_create("com.siberia.queue", DISPATCH_QUEUE_CONCURRENT);
    dispatch_async(queue, ^{
       
        [NSTimer scheduledTimerWithTimeInterval:1 repeats:YES block:^(NSTimer * _Nonnull timer) {
            NSLog(@"Timer : %d", ++count);
        }];
        
        [[NSRunLoop currentRunLoop] runUntilDate:[NSDate dateWithTimeIntervalSinceNow:10]];
    });
}

下面是第一次的执行结果:

2019-05-09 10:57:47.011122+0800 HaveFun[57312:2632293] Timer : 1
2019-05-09 10:57:48.013068+0800 HaveFun[57312:2632293] Timer : 2
2019-05-09 10:57:49.015701+0800 HaveFun[57312:2632293] Timer : 3
2019-05-09 10:57:50.015499+0800 HaveFun[57312:2632293] Timer : 4
2019-05-09 10:57:51.011920+0800 HaveFun[57312:2632293] Timer : 5
2019-05-09 10:57:52.015747+0800 HaveFun[57312:2632293] Timer : 6
2019-05-09 10:57:53.015073+0800 HaveFun[57312:2632293] Timer : 7
2019-05-09 10:57:54.014098+0800 HaveFun[57312:2632293] Timer : 8
2019-05-09 10:57:55.016480+0800 HaveFun[57312:2632293] Timer : 9

看出明明代码中执行次数是 [NSDate dateWithTimeIntervalSinceNow:10] 按理说应该是10次才对，难道说 scheduledTimerWithTimeInterval:1 代表着 1s 后才开始执行？

这么说如果创建的时候使用 [NSDate dateWithTimeIntervalSinceNow:1] log 不会输出才对，其实不然

2019-05-09 11:08:04.025073+0800 HaveFun[57400:2641548] Timer : 1

还有一种可能是 block 中的代码块至少会执行一次，测试也很简单，换成 [NSDate dateWithTimeIntervalSinceNow:0] 即可。

然而这次没有任何输出。

于是重新执行下 [NSDate dateWithTimeIntervalSinceNow:10]，这次又正常了

2019-05-09 11:11:59.336056+0800 HaveFun[57441:2644997] Timer : 1
2019-05-09 11:12:00.338350+0800 HaveFun[57441:2644997] Timer : 2
2019-05-09 11:12:01.336673+0800 HaveFun[57441:2644997] Timer : 3
2019-05-09 11:12:02.338928+0800 HaveFun[57441:2644997] Timer : 4
2019-05-09 11:12:03.338986+0800 HaveFun[57441:2644997] Timer : 5
2019-05-09 11:12:04.337466+0800 HaveFun[57441:2644997] Timer : 6
2019-05-09 11:12:05.337555+0800 HaveFun[57441:2644997] Timer : 7
2019-05-09 11:12:06.336777+0800 HaveFun[57441:2644997] Timer : 8
2019-05-09 11:12:07.337223+0800 HaveFun[57441:2644997] Timer : 9
2019-05-09 11:12:08.337090+0800 HaveFun[57441:2644997] Timer : 10

对比两次 Log 不难发现，正常输出这次, 最后一次与第一次的时间误差在 1ms 左右，而非正常输出的误差在第9次时已经有 5ms+，可能系统内部做了时间片段的判定，如果超过一定的误差范围，在 block 中代码最后一次还没执行的时候， RunLoop 的运行时间已经结束，RunLoop 移除当前线程，由于当前线程是子线程，所以 Timer 在不依赖 RunLoop 的前提下，是不会执行的，结果就导致最后一次的 block 没有打印出来。

从这方面考虑，加大误差范围，应该可以解决短时间内的 NSTimer 的执行次数问题，比如说还是打印 10次 ，使用 [NSDate dateWithTimeIntervalSinceNow:10.5] 来代替，结果就跟想的一样不会在出现意外只打印 9次的情况。

当然，出现异常情况跟系统也有很大的关系，因为配置的不同，芯片运行速度的不同会造成很大的差异，但是系统配置再高按理说误差还是存在的，提高误差的允许范围无疑是个不错的解决方案。

还有一种方案是维持外部变量，在 block 中执行自增操作，在达到想要的执行次数以后，把Timer 终止掉即可，这时可以只用 RunLoop 的 run 方法启动就可以了。

- (void)createTimer {
    
    __block int count = 0;
    dispatch_queue_t queue = dispatch_queue_create("com.siberia.queue", DISPATCH_QUEUE_CONCURRENT);
    dispatch_async(queue, ^{
       
        [NSTimer scheduledTimerWithTimeInterval:1 repeats:YES block:^(NSTimer * _Nonnull timer) {
            if(count < 10) {
                NSLog(@"Timer : %d", ++count);
            }else {
                [timer invalidate];
            }
        }];
        
        [[NSRunLoop currentRunLoop] run];
    });
}

效果是一样的。

2019-05-09 12:01:42.593118+0800 HaveFun[57809:2678767] Timer : 1
2019-05-09 12:01:43.591787+0800 HaveFun[57809:2678767] Timer : 2
2019-05-09 12:01:44.592759+0800 HaveFun[57809:2678767] Timer : 3
2019-05-09 12:01:45.596388+0800 HaveFun[57809:2678767] Timer : 4
2019-05-09 12:01:46.595747+0800 HaveFun[57809:2678767] Timer : 5
2019-05-09 12:01:47.595968+0800 HaveFun[57809:2678767] Timer : 6
2019-05-09 12:01:48.596474+0800 HaveFun[57809:2678767] Timer : 7
2019-05-09 12:01:49.595812+0800 HaveFun[57809:2678767] Timer : 8
2019-05-09 12:01:50.597553+0800 HaveFun[57809:2678767] Timer : 9
2019-05-09 12:01:51.598963+0800 HaveFun[57809:2678767] Timer : 10

NSTimer 在子线程中添加到 使用 dateWithTimeIntervalSinceNow创建的 RunLoop 中容易造成时间误差

NSTimer 在子线程中添加到使用 dateWithTimeIntervalSinceNow创建的 RunLoop 中容易造成时间误差