#1. dispatch_async 异步派发队列
Demo：
// 在全局并发队列中执行任务
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH, 0), ^{ // 1
// to do some thing here
// 完成任务后主队列中执行必须在主队列中执行的代码（比如：更新UI）
dispatch_async(dispatch_get_main_queue(), ^{ // 2
// 3 更新UI
});
});
2. dispatch_after 延后派发队列
Demo：
dispatch_time_t popTime = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(delayInSeconds * NSEC_PER_SEC)); // 1
dispatch_after(popTime, dispatch_get_main_queue(), ^(void){ // 2
// to do some thing here
});
3. dispatch_once 保证只执行一次
oc中用dispatch_once创建单例对象，能保证对象唯一
4. dispatch_barrier_async GCD障碍barrier的作用是保证之前添加的任务执行完再开始当前dispatch_barrier_async方法添加的任务，并且之后添加的任务必须等barrier任务执行完才能开始。能起到给共享资源加锁的作用。
下面是你何时会——和不会——使用障碍函数的情况：
自定义串行队列：一个很坏的选择；障碍不会有任何帮助，因为不管怎样，一个串行队列一次都只执行一个操作。
全局并发队列：要小心；这可能不是最好的主意，因为其它系统可能在使用队列而且你不能垄断它们只为你自己的目的。
自定义并发队列：这对于原子或临界区代码来说是极佳的选择。任何你在设置或实例化的需要线程安全的事物都是使用障碍的最佳候选。
#5. dispatch_sync 同步派发队列
同步地提交工作并在返回前等待它完成。
如果在当前队列中执行dispatch_sync会造成死锁
下面是一个快速总览，关于在何时以及何处使用 dispatch_sync ：
自定义串行队列：在这个状况下要非常小心！如果你正运行在一个队列并调用 dispatch_sync 放在同一个队列，那你就百分百地创建了一个死锁。
主队列（串行）：同上面的理由一样，必须非常小心！这个状况同样有潜在的导致死锁的情况。
并发队列：这才是做同步工作的好选择，不论是通过调度障碍，或者需要等待一个任务完成才能执行进一步处理的情况。
