GCD线程死锁

先看一段代码

- (void)viewDidLoad
{
    [super viewDidLoad];
    NSLog(@"as_one");
    dispatch_sync(dispatch_get_main_queue(), ^{
        NSLog(@"as_two");
    });
    NSLog(@"as_three");
}

有什么问题？
这段程序应该怎么执行？
是one-two-three还是one-three-two?

线程死锁

你会发现，程序在输出as_one后就挂了，这就引出了线程死锁的问题。
原理如下：GCD的队列可以理解为三种类型

• The main queue ：主队列，主线程就是在个队列中。
• Global queues ： 全局并发队列。
• 用户队列:是用函数 dispatch_queue_create 创建的自定义队列
  dispatch_sync 和 dispatch_async 区别：

dispatch_async(queue,block) async 异步队列，dispatch_async` 函数会立即返回, block会在后台异步执行。

dispatch_sync(queue,block) sync 同步队列，dispatch_sync 函数不会立即返回，及阻塞当前线程,等待 block同步执行完成。

分析上面的代码

如下：

viewDidLoad 在主线程中， 及在dispatch_get_main_queue() 中，执行到sync 时 向dispatch_get_main_queue()插入同步 threed1.

sync 会等到后面block 执行完成才返回， sync 又再dispatch_get_main_queue() 队列中，它是串行队列，sync 是后加入的，前一个是主线程，所以sync想执行block必须等待主线程执行完成，主线程等待sync返回，去执行后续内容。

死锁就这样产生了，sync 等待mainThread执行完成,mianThread等待sync 函数返回。

解决方法

- (void)viewDidLoad
{
    [super viewDidLoad];

    dispatch_async(dispatch_get_global_queue(0, 0), ^{
    
        NSLog(@"as_one");
    
        dispatch_sync(dispatch_get_main_queue(), ^{
            NSLog(@"as_two");

        });
       NSLog(@"as_three");
   });
}

程序会完成执行,执行结果

//  控制台输出
as_one
as_two
as_three。

为什么？

首先： async在主线程中创建了一个异步线程加入全局并发队列，async不会等待block执行完成，立即返回。
1.async立即返回，viewDidLoad执行完毕，及主线程执行完毕。
2.同时，全局并发队列立即执行异步block， 打印 1， 当执行到 sync 它会等待 block 执行完成才返回， 及等待dispatch_get_main_queue() 队列中的 mianThread 执行完成， 然后才开始调用block 。

因为1 和 2 几乎同时执行，因为2 在全局并发队列上， 2 中执行到sync 时 1 可能已经执行完成或 等了一会，mainThread 很快退出， 2 等已执行后续内容。

证明

说因为主线程及时退出，程序才会执行as_two。怎么证明呢。

- (void)viewDidLoad {
    [super viewDidLoad];
    dispatch_async(dispatch_get_global_queue(0, 0), ^{
        NSLog(@"as_one");
        dispatch_sync(dispatch_get_main_queue(), ^{
            NSLog(@"as_two");
        });
        NSLog(@"as_three");
    });
    NSLog(@"开始阻塞主线程");
//  来个一直执行的大循环
    while (1) {}
    NSLog(@"结束阻塞主线程");
}

//  控制台输出
开始阻塞主线程
as_one

结语

这个时候你看下那个几乎100%的CPU就知道主线程，他累坏了.....