本文主要是介绍dispatch_after 的延迟执行分析，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
dispcth_after 是将block 中的任务延迟添加到它将要执行的队列中去，而并不一定添加到队列中就立即会去执行任务。
图中表示是在5秒中后将任务添加到主队列中，如果主队列中还有另外的任务假设A、B 要执行，那么这个任务会在任务A、B 执行完后才会开始执行。
验证的代码如下：
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(5 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{NSLog(@"我是延迟执行的函数 --- ");});dispatch_queue_t delayQueue = dispatch_queue_create("rx.queue.delay", nil);dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(6 * NSEC_PER_SEC)), delayQueue, ^{NSLog(@"我是在子线程 delayQueue 中延迟执行的函数 --- ");});NSLog(@"开始执行好耗时操作 --- ");for (int i = 0; i<1000000000; i++) {self.testCount ++;}NSLog(@"耗时操作执行完成 --- ");NSLog(@"第二个开始执行好耗时操作 --- ");for (int i = 0; i<1000000000; i++) {self.testCount ++;}NSLog(@"第二个耗时操作执行完成 --- ");执行的结果如下：
可以看到，一开始进入界面就会有两个的耗时操作的任务在主线程的队列中执行以及等待执行，5秒钟后会添加一个延迟执行的任务A到主线程中，6秒钟后会添加一个延迟执行的任务B 到一个创建的子线程中。
队列中，是执行完了一个任务才会去执行下一个任务的。在主线程的队列中，任务A 是排在两个耗时操作之后添加的，所以即使任务A 是在16:28:22 添加到队列中的，它也并不会去执行，而是等到两个耗时操作都执行完了才执行。
而任务B 呢，是在16:28:23 添加等到创建的子线程中的，由于子线程的队列中并没有任务在排队，所以一添加上去就可以执行了。
这篇关于dispatch_after 的延迟执行分析的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
