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，我们都只有使用权，没有操作权。
