先看用dispatch_barrier_sync代码：
给的图里写的是dispatch_barrier_sync，因为我们需要先看看我们熟悉的等待——sync是什么效果，直接跑起来 ，看结果如下
可以看到，确实是1、2、3号任务并发执行完了，然后再执行我们dispatch_barrier_sync中的任务，再并发执行的4、5、6号任务，当然，point3和barrier之间是有明显停顿的，截图无法表现。对于这个输出，应该是意料之中的。截下来，我们来看看async的效果。
代码进行一点点修改，dispatch_barrier_sync改成dispatch_barrier_async。我这里先把aaa、bbb的输出隐藏掉。改完代码可以直接跑起来，我们一起看看结果
好像除了aaa、bbb之外其它的都跟上面sync的情况一模一样（当然，并发的顺序无法控制）,而且point3和barrier之间同样有明显停顿，看来，这个dispatch_barrier_async确实会等待它的任务执行完。
既然这样那dispatch_barrier_async和dispatch_barrier_sync究竟有什么区别呢？我们把aaa、bbb的输出打开看看就知道了。
区别很明显，跟sync的情况相比，aaa、bbb的输出位置完全不同，async的时候aaa的输出在任务0结束之前，sync的aaa输出在任务0结束之后。
好了，说到这应该差不多能想通了，我们开始总结
dispatch_barrier_sync和dispatch_barrier_async的共同点：
1、都会等待在它前面插入队列的任务（1、2、3）先执行完
2、都会等待他自己的任务执行完再执行后面的任务（4、5、6）
dispatch_barrier_sync和dispatch_barrier_async的不共同点：
在将任务插入到queue的时候，dispatch_barrier_sync需要等待自己的任务（0）结束之后才会继续程序，然后插入被写在它后面的任务（4、5、6），然后执行后面的任务
而dispatch_barrier_async将自己的任务（0）插入到queue之后，不会等待自己的任务结束，它会继续把后面的任务（4、5、6）插入到queue
共同点：
1、等待在它前面插入队列的任务先执行完
2、等待他们自己的任务执行完再执行后面的任务
不同点（追加任务的不同）：
1、dispatch_barrier_sync将自己的任务插入到队列的时候，需要等待自己的任务结束之后才会继续插入被写在它后面的任务，然后执行它们
2、dispatch_barrier_async将自己的任务插入到队列之后，不会等待自己的任务结束，它会继续把后面的任务插入到队列，然后等待自己的任务结束后才执行后面任务。
所以，dispatch_barrier_async的不等待（异步）特性体现在将任务插入队列的过程，它的等待特性体现在任务真正执行的过程。