一直以来,对多队列就不是特别懂,今天写了一个 demo 来测试一下 dispatch_sync.
dispatch_sync相比 async ,是同步执行,到底如何同步,来看这个 demo.
NSLog(@"main queue begin");
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^(void) {
NSLog(@"background queue begin");
dispatch_sync(dispatch_get_main_queue(), ^{
NSLog(@"main queue sleep begin");
[NSThread sleepForTimeInterval:2];
NSLog(@"main queue sleep end");
});
NSLog(@"background queue end");
});
NSLog(@"main queue end");
这段代码,放在主线程中执行,我放在 Appdelegate 的application:didFinishLaunchingWithOptions:中执行.
输出结果如下
2016-01-27 10:53:00.795 test2[7917:567173] main queue begin
2016-01-27 10:53:00.796 test2[7917:567173] main queue end
2016-01-27 10:53:00.796 test2[7917:567219] background queue begin
2016-01-27 10:53:00.848 test2[7917:567173] main queue sleep begin
2016-01-27 10:53:02.849 test2[7917:567173] main queue sleep end
2016-01-27 10:53:02.850 test2[7917:567219] background queue end
可以看到,dispath_async中的代码是异步执行的.
在后台队列中, dispatch_sync执行的时候,阻塞了当前任务的执行.
由于后台队列是并行的,此时可以立即执行 sync 中的任务.
当 sync 中的任务执行完毕,上下文任务解除阻塞状态.
可以看出, dispathch_sync 在执行的时候,会阻塞上下文任务的执行.
所以也不难理解为啥下面这段代码在主队列中执行会死锁
dispatch_sync(dispatch_get_main_queue(), ^{
NSLog(@"Hello ?");
});
下面来看看这个程序:
目前我们知道的有:
- dispatch_sync 会阻塞上下文任务.
- 当前上下文是主队列,而主队列是一个串行执行的队列,所谓串行队列,则同时执行一个任务.
- 加入的任务要在主队列中执行.
由以上可得
- 新加入的任务会排在上下文任务之后执行
- 由于是同步加入的任务,上下文任务会被阻塞.
- 加入的任务正在等待上下文任务执行完毕,上下文任务正在等待加入任务的结束.相互等待,便成死锁.
那么这下面这段代码呢?
dispatch_sync(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^(void) {
NSLog(@"run at background queue");
[NSThread sleepForTimeInterval:2];
});
NSLog(@"run at main queue");
答案是不会,输出如下
2016-01-27 11:31:34.492 test2[8117:584541] run at background queue
2016-01-27 11:31:36.493 test2[8117:584541] run at main queue
来分析一下
同样的, sync 会阻塞上下文,可以看到"run at main queue" 这句是之后才输出来的.
加入的任务和当前上下文任务并不是同一个队列,所以加入的任务可以执行.
加入任务执行完毕,主队列恢复,继续执行.
