dispatch_barrier相关

首先看一段代码

- (void)syncTestWithQueue:(dispatch_queue_t)queue {
    NSLog(@"sync 1");
    dispatch_sync(queue, ^{
        NSLog(@"start 1");
        sleep(1);
        NSLog(@"end 1");
    });
    NSLog(@"sync 2");
    dispatch_sync(queue, ^{
        NSLog(@"start 2");
        sleep(1);
        NSLog(@"end 2");
    });
    NSLog(@"sync 3");
    dispatch_sync(queue, ^{
        NSLog(@"start 3");
        sleep(1);
        NSLog(@"end 3");
    });
    NSLog(@"sync 4");

    dispatch_barrier_sync(queue, ^{
        NSLog(@"sync barrier start 1");
        sleep(1);
        NSLog(@"sync barrier end 1");
    });
    NSLog(@"sync 5");
    dispatch_sync(queue, ^{
        NSLog(@"start 4");
        sleep(1);
        NSLog(@"end 4");
    });
    NSLog(@"sync 6");
}

- (void)asyncTestWithQueue:(dispatch_queue_t)queue {
    NSLog(@"async 1");
    dispatch_async(queue, ^{
        NSLog(@"start 1");
        sleep(1);
        NSLog(@"end 1");
    });
    NSLog(@"async 2");
    dispatch_async(queue, ^{
        NSLog(@"start 2");
        sleep(1);
        NSLog(@"end 2");
    });
    NSLog(@"async 3");
    dispatch_async(queue, ^{
        NSLog(@"start 3");
        sleep(1);
        NSLog(@"end 3");
    });
    NSLog(@"async 4");

    dispatch_barrier_async(queue, ^{
        NSLog(@"async barrier start 1");
        sleep(1);
        NSLog(@"async barrier end 1");
    });
    NSLog(@"async 5");
    dispatch_async(queue, ^{
        NSLog(@"start 4");
        sleep(1);
        NSLog(@"end 4");
    });
    NSLog(@"async 6");
}

用并行队列来测试一下。

1.自定义并行队列

    dispatch_queue_t concurrentQueue=dispatch_queue_create("并行队列", DISPATCH_QUEUE_CONCURRENT);
    [self syncTestWithQueue:concurrentQueue];
    [self asyncTestWithQueue:concurrentQueue];

打印结果分别为

sync

async

在同步执行时，并行队列跟串行队列一样，按任务顺序一个接一个进行。而在异步的时候，会出现end 2比end 1提前打印的情况，虽然并行队列的执行顺序也是按任务添加顺序来的，但是完成顺序就不一定了。
其中，用dispatch_barrier_sync时，sync 5的打印在sync barrier start 1后面，这时候跟普通的sync一样，下面的代码要等待sync执行完后才能执行。而用dispatch_barrier_async时，async 5打印在async barrier start 1之前，这就说明start 4其实已经被添加进当前的queue了，只是要等待barrier执行完毕才能执行。

2.全局并发队列（dispatch_get_global_queue）

    dispatch_queue_t globalQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
    [self syncTestWithQueue:globalQueue]; 
    [self asyncTestWithQueue:globalQueue];

同步时打印结果跟上面的一样，异步时打印结果如下。

async

可以看到当queue是全局队列的时候，这时候的dispatch_barrier_async，并没有阻塞当前的queue，就像普通的async一样在执行，这是为什么呢？

在官方文档里，对于

dispatch_barrier_async(dispatch_queue_t queue, dispatch_block_t block);

的queue，有说明

dispatch_barrier_async

dispatch_barrier只能在你自己创建的并发队列下使用（当使用的是dispatch_barrier_sync时，文档最后面就是dispatch_sync，其余部分都是一样的，就不贴两张图了）。这个又是为啥呢？

global_queue

队列的关系图

从官方文档和这张关系图可以看出：

main_queue和global_queue可以说是所有自定义队列的“父队列”，由系统管理，并且不受retain和release的影响。
不管是serial_queue，还是concurrent_queue，最后都会回到main_queue或者是global_queue，然后归于主线程或者是GCD的线程池进行管理。

在上面queue为自定义并发队列时，dispatch_barrier_async里面的任务会等到当前queue前面的任务都执行完了才能执行，并且在barrier之后添加的任务，要等到barrier执行完才能进行。
如果barrier能够影响到global_queue，那么barrier就会阻塞global_queue，而对于global_queue，它是当前app的核心队列，并不仅仅只有“你”在用，一旦阻塞，后果是灾难性的。所以苹果就对它进行了特殊处理，对于global_queue和main_queue，我们都只有使用权，没有操作权。

参考链接：
官方文档
 某个论坛

dispatch_barrier相关