dispatch_sync 理解

一直以来,对多队列就不是特别懂,今天写了一个 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" 这句是之后才输出来的.
加入的任务和当前上下文任务并不是同一个队列,所以加入的任务可以执行.
加入任务执行完毕,主队列恢复,继续执行.

你可能感兴趣的:(dispatch_sync 理解)