Serial Dispatch Queue，这叫做串行队列,要等待上一个执行完，再执行下一个;
Concurrent Dispatch Queue，叫做并行队列,不需要上一个执行完，就能执行下一个;
这两种，均遵循FIFO原则 （并行队列中，执行顺序遵循FIFO原则，但是结果不确定)FIFO原则：（先进先出，后进后出）
1.dispatch_get_mainqueue() 获取主线程（应用内只有一个，且用于刷新主页面）
2.dispatch_get_global_queue() 全局队列，也是一个并行队列, 四个优先级:1.最高:dispatch_queue_priority_high;2.默认:dispatch_queue_priority_default;3.低:dispatch_queue_priority_low;4.后台:dispatch_queue_priority_backgroud
3.dispatch_set_target_queue(mySerialQueue, myGlobalQueue);//指定第一个参数与第二个参数优先级相同
4.dispatch_after 该函数并不是延迟执行，而是延迟加入队列
5.dispatch_group 就是线程组
6.dispatch_barrier_async(queue,***); 相当于栅栏，把前面并发的执行完，然后执行栅栏线程完了之后，才会触发后面的并行队列：主要作用：// 在访问数据库或文件时, 为了提高效率, 读取操作放在并行队列中执行. 但是写入操作必须在串行队列中执行(避免资源抢夺问题). 为了避免麻烦, 此时dispatch_barrier_async函数作用就出来了, 在这函数里进行写入操作, 写入操作会等到所有读取操作完毕后, 形成一道栅栏, 然后进行写入操作, 写入完毕后再把栅栏移除, 同时开放读取操作.
dispatch_barrier_sync和dispatch_barrier_async：
共同点：1、等待在它前面插入队列的任务先执行完；2、等待他们自己的任务执行完再执行后面的任务。
不同点：1、dispatch_barrier_sync将自己的任务插入到队列的时候，需要等待自己的任务结束之后才会继续插入被写在它后面的任务，然后执行它们；2、dispatch_barrier_async将自己的任务插入到队列之后，不会等待自己的任务结束，它会继续把后面的任务插入到队列，然后等待自己的任务结束后才执行后面任务。处理多线程时读写操作造成线程不安全，使用 dispatch_barrier 时，有如下几种队列来加入 dispatch_barrier：1、dispatch_get_main_queue中加入 dispatch_barrier，明显不合理，这些文件读存操作不应该在主现场执行，并且不应该在穿行队列执行，不然将毫无意义；2、自定义串行队列：一个很坏的选择；障碍不会有任何帮助，因为不管怎样，一个串行队列一次都只执行一个操作；3、全局并发队列：要小心；这可能不是最好的主意，因为其它系统可能在使用队列而且你不能垄断它们只为你自己的目的；4、自定义并发队列：这对于原子或临界区代码来说是极佳的选择。任何你在设置或实例化的需要线程安全的事物都是使用障碍的最佳候选。（OK）
7.dispatch_apply 表现得就像一个for循环，但它能并发地执行不同的迭代。这个函数是同步的，所以和普通的for循环一样，它只会在所有工作都完成后才会返回。当在 Block 内计算任何给定数量的工作的最佳迭代数量时，必须要小心，因为过多的迭代和每个迭代只有少量的工作会导致大量开销以致它能抵消任何因并发带来的收益。而被称为跨越式（striding）的技术可以在此帮到你，即通过在每个迭代里多做几个不同的工作。用处：并发队列：对于并发循环来说是很好选择，特别是当你需要追踪任务的进度时。（串行队列的效果还不如普通的for循环）
8. dispatch_semaphore_t （信号量）
dispatch_semaphore是GCD基于计数器的一种多线程同步机制,解决因为多线程的特性而引发数据出错的问题，与他相关的共有三个函数，分别是
dispatch_semaphore_create，dispatch_semaphore_signal，dispatch_semaphore_wait。
