GCD默认已经提供了全局的并发队列供整个应用使用，所以可以不用手动创建。
创建全局队列的函数为
dispatch_queue_t q = dispatch_get_global_queue(long identifier, unsigned long flags)
参数类型为：
long identifier：ios 8.0 告诉队列执行任务的“服务质量 quality of service”，系统提供的参数有：
QOS_CLASS_USER_INTERACTIVE 0x21, 用户交互(希望尽快完成，用户对结果很期望，不要放太耗时操作)
QOS_CLASS_USER_INITIATED 0x19, 用户期望(不要放太耗时操作)
QOS_CLASS_DEFAULT 0x15, 默认(不是给程序员使用的，用来重置对列使用的)
QOS_CLASS_UTILITY 0x11, 实用工具(耗时操作，可以使用这个选项)
QOS_CLASS_BACKGROUND 0x09, 后台
QOS_CLASS_UNSPECIFIED 0x00, 未指定
iOS 7.0 之前 优先级
DISPATCH_QUEUE_PRIORITY_HIGH 2 高优先级
DISPATCH_QUEUE_PRIORITY_DEFAULT 0 默认优先级
DISPATCH_QUEUE_PRIORITY_LOW (-2) 低优先级
DISPATCH_QUEUE_PRIORITY_BACKGROUND INT16_MIN 后台优先级
BACKGROUND表示用户不需要知道任务什么时候完成，如果选择这个选项速度慢得令人发指，非常不利于调试！对于优先级推荐不要搞得太负责，就用最简单，以免发生优先级反转。
unsigned long flags：苹果官方文档是这样解释的： Flags that are reserved for future use。标记是为了未来使用保留的！所以这个参数应该永远指定为0
如果做ios8.0与ios7.0的适配，可以这样创建全局队列：
dispatch_queue_t q = dispatch_get_global_queue(0, 0);
试着用全局队列来做一下异步操作，看看是否为并发执行，如下代码
dispatch_queue_t q = dispatch_get_global_queue(0, 0); // 2. 异步执行 for (int i = 0; i < 10; ++i) { dispatch_async(q, ^{ NSLog(@"%@ %d", [NSThread currentThread], i); }); } NSLog(@"come here");
现在我们来模拟一次操作，用户需要先登录之后才能执行两个下载操作，登录和下载都是个耗时操作，所以我们需要在后台开启一条子线程，根据现实情况两个下载操作需要并发执行，那如何实现该需要？借此，我们引出同步函数的作用！有如下代码
// 1. 队列 dispatch_queue_t q = dispatch_get_global_queue(0, 0); // 2. 任务 void (^task)() = ^ { dispatch_sync(q, ^{ NSLog(@"Login %@", [NSThread currentThread]); }); dispatch_async(q, ^{ NSLog(@"Download A %@", [NSThread currentThread]); }); dispatch_async(q, ^{ NSLog(@"Download B %@", [NSThread currentThread]); }); }; // 3. 异步执行 task dispatch_async(q, task);
执行结果如下：
再来一次：
结果无论如何都是在子线程上执行，而且登录永远都在最前面，至于哪条线程先下载我们不得而知，以上结果只是简单展示，如果开多下载基本书就可以展示更好的效果，这里就不演示了。
在MRC环境下，全局队列不需要释放内存。
当然，GCD本身自带了一种特殊的串行队列，所有放在主队列中的任务都会在主线程上执行。
程序一启动，主线程就已经存在，主队列也同时就存在了，所以主队列不需要创建，只需要获取，如下
dispatch_queue_t q = dispatch_get_main_queue();
试着在主队列中执行异步任务：
dispatch_queue_t q = dispatch_get_main_queue(); // 2. 异步执行 for (int i = 0; i < 10; ++i) { dispatch_async(q, ^{ NSLog(@"%@ - %d", [NSThread currentThread], i); }); } NSLog(@"线程休眠1s"); [NSThread sleepForTimeInterval:1.0]; NSLog(@"come here - %@",[NSThread currentThread]);
据此可得，主队列中，即使有异步任务，也会依次在主线程上执行，该例子中，主线程上的代码还未执行完，所以异步任务会等主线程上的任务执行完再执行。
那么如果在主线程上执行同步任务会如何呢？如下代码：
// 1.队列 dispatch_queue_tq = dispatch_get_main_queue(); NSLog(@"now I‘m here"); // 2. 同步执行 dispatch_sync(q, ^{ NSLog(@"%@", [NSThreadcurrentThread]); }); NSLog(@"come here");
程序只执行到第二句代码就无法执行下去了，为什么会这样呢？答案就是主线程被阻塞了，也就是死锁了！！！如果这时候屏幕上有与用户交互的UI，此时也会失去交互功能，像死机了一样！！！
我们都应该清楚，同步任务有一个特性，只要一添加到队列中就要马上执行，主队列中永远就只要一条线程——主线程，此时主线程在等待着主队列调度同步任务，而主队列发现主线程上还有任务未执行完，就不会让同步任务添加到主线程上，由此就造成了互相等待（主队列在等待主线程执行完已有的任务，而主线程又在等待主队列调度同步任务！），此时也就是所谓的死锁了！！！
那么如果有在主队列执行同步任务的需要呢？我们可以用一个异步任务包裹一个同步任务添加到主队列中！如下：
// 全局队列 dispatch_queue_t q = dispatch_get_global_queue(0, 0); // 任务 void (^task)() = ^ { NSLog(@"%@", [NSThread currentThread]); // 主队列上执行同步任务 dispatch_sync(dispatch_get_main_queue(), ^{ NSLog(@"come here %@", [NSThread currentThread]); }); NSLog(@"hahaha %@", [NSThread currentThread]); }; // 异步执行任务 dispatch_async(q, task); NSLog(@"now i‘m here - %@",[NSThread currentThread]);
执行结果如下：
主线程没有被阻塞！！！"now i‘m here“出现的位置不确定，但总会先于主队列中的同步函数！主队列的同步任务被添加到全局队列的异步任务中，全局队列会先让主线程上的任务先执行完再执行同步任务！
原文地址：http://subscribe.mail.10086.cn/subscribe/readAll.do?columnId=563&itemId=3130310