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就知道主线程,他累坏了.....

推荐阅读更多精彩内容