iOS--GCD四大队列

队列是FIFO，先进先出原则

原则上，GCD只有两种队列，串行队列和并发队列。
全局队列是系统提供的一个并发队列，主队列是一个特殊的串行队列，这里单独分出来介绍而已。

1.串行队列

串行队列：放到该队列上的任务串行执行

dispatch_queue_t serailQueue= dispatch_queue_create("com.queue.serialQueue", DISPATCH_QUEUE_SERIAL);

参数1：队列的标示
参数2：队列的类型,NULL代表串行队列,DISPATCH_QUEUE_SERIAL代表串行队列 DISPATCH_QUEUE_CONCURRENT代表并行队列

①串行队列，同步任务

特点:有顺序执行，不开辟线程
应用场景:FMDB,同步任务,保证数据安全

②串行队列，异步任务

特点：在开辟的子线程中顺序执行,并且只开辟一条线程!
应用场景:耗时操作,有严格操作顺序,比如付费网站下载图片(登录->付费->下载)

2.并发队列

并发队列，必须自己写，不能写NULL

dispatch_queue_t concurrentQueue=  dispatch_queue_create("com.queue.concurrentQueue", DISPATCH_QUEUE_CONCURRENT);

①并发队列，同步任务

特点:没有开辟新线程，同时是按照顺序
应用场景:开发中几乎不用

②并发队列，异步任务

特点：会开线程,开N条,表示不固定,因为我们的线程循环利用的功能 没有顺序.
应用场景：多路下载

3.全局队列和并发队列执行效果一样，通常我们说的并发队列是程序员自己创建的，而全局队列是由系统提供的

特点:任务可以同时执行，这样可以提高程序的运行效率.

①全局队列，同步任务

特点：没有开辟新线程，任务按照顺序执行
应用场景:开发中几乎不用

②全局队列，异步任务

特点：会开线程,开N条,表示不固定,因为我们的线程循环利用的功能，没有顺序。
应用场景：多路下载

4.主队列

GCD自带的一种特殊的串行队列，
永远在主线程工作，所有放在主队列中的任务，都会放到主线程中执行。这个是苹果给开发人员提供回到主线程做事的一种机制。
可使用dispatch_get_main_queue()获得主队列

①主队列，同步任务

特点:主队列，只有在主线程空闲的时候，才能调度里面的任务，会造成死锁

②主队列，异步任务

应用场景：回到主线程做事，一般是做和UI相关的工作。

同步执行 + 主队列

同步执行 + 主队列在不同线程中调用结果也不一样，在主线程中调用会出现死锁，而在其他线程中不会卡住也不开启新线程，执行完一个任务，再执行下一个任务。

- (void)syncMain {

    NSLog(@"currentThread---%@",[NSThread currentThread]);  // 打印当前线程
    NSLog(@"syncMain---begin");
    
    // 1.获取主队列
    dispatch_queue_t queue = dispatch_get_main_queue();

    // 2.添加同步任务
    dispatch_sync(queue, ^{

        // 追加任务1
        for(inti = 0; i < 2; ++i) {
            [NSThread sleepForTimeInterval:2];              // 模拟耗时操作
            NSLog(@"1---%@",[NSThread currentThread]);      // 打印当前线程
        }
    });

    dispatch_sync(queue, ^{
        // 追加任务2
        for(inti = 0; i < 2; ++i) {
            [NSThread sleepForTimeInterval:2];              // 模拟耗时操作
            NSLog(@"2---%@",[NSThread currentThread]);      // 打印当前线程
        }
    });

    dispatch_sync(queue, ^{
        // 追加任务3
        for(inti = 0; i < 2; ++i) {
            [NSThread sleepForTimeInterval:2];              // 模拟耗时操作
            NSLog(@"3---%@",[NSThread currentThread]);      // 打印当前线程
        }
    });
    
    NSLog(@"syncMain---end");
}

------------------输出结果----------------

currentThread---<NSThread: 0x600000410680>{number = 1, name = main}
syncMain---begin

------------------输出结果----------------
在同步执行 + 主队列可以发现：

在主线程中使用同步执行 + 主队列，追加到主线程的任务1、任务2、任务3都不再执行了，而且syncMain---end也没有打印，在XCode 还会报崩溃Thread 1: EXC_BAD_INSTRUCTION (code=EXC_I386_INVOP, subcode=0x0)。这是为什么呢？

这是因为我们在主线程中执行syncMain方法，相当于把syncMain任务放到了主线程的队列中。而同步执行会等待当前队列中的任务执行完毕，才会接着执行。那么当我们把任务1追加到主队列中，任务1就在等待主线程处理完syncMain任务。而syncMain任务需要等待任务1执行完毕，才能接着执行。

那么，现在的情况就是syncMain任务和任务1都在等对方执行完毕。这样大家互相等待，所以就卡住了，所以我们的任务执行不了，而且syncMain---end也没有打印。

如果不在主线程，而是在其他线程中调用同步执行 + 主队列
特点：不会开启新线程，执行完一个任务，再执行下一个任务

还是上面代码，我们使用 NSThread 的 detachNewThreadSelector 方法会创建线程，并自动启动线程执行 selector 任务

// 新建线程执行 syncMain 方法
[NSThread detachNewThreadSelector:@selector(syncMain) toTarget:self withObject:nil];

------------------输出结果----------------
currentThread---<NSThread: 0x600002fea9c0>{number = 6, name = (null)}
syncMain---begin
1---<NSThread: 0x600002fac740>{number = 1, name = main}
1---<NSThread: 0x600002fac740>{number = 1, name = main}
2---<NSThread: 0x600002fac740>{number = 1, name = main}
2---<NSThread: 0x600002fac740>{number = 1, name = main}
3---<NSThread: 0x600002fac740>{number = 1, name = main}
3---<NSThread: 0x600002fac740>{number = 1, name = main}
syncMain---end
------------------输出结果----------------

在其他线程中使用同步执行 + 主队列可看到：

所有任务都是在主线程（非当前线程）中执行的，没有开启新的线程（所有放在主队列中的任务，都会放到主线程中执行）。

所有任务都在打印的syncMain---begin和syncMain---end之间执行（同步任务需要等待队列的任务执行结束）。

任务是按顺序执行的（主队列是串行队列，每次只有一个任务被执行，任务一个接一个按顺序执行）。

因为syncMain 任务放到了其他线程里，而任务1、任务2、任务3都在追加到主队列中，都会在主线程中执行。syncMain 任务在其他线程中执行到追加任务1到主队列中，因为主队列现在没有正在执行的任务，所以，会直接执行主队列的任务1，等任务1执行完毕，再接着执行任务2、任务3。所以这里不会卡住线程。

总结:

• 任务的优先级比队列优先级高，所以我们在队列和任务的各种组合的时候，首先要看我们的任务。
• 开不开线程,由任务决定
• 异步才有开辟线程的能力，同步没有开辟线程的能力
• 异步是在其它线程上执行，同步是在当前线程上执行

原文