先看👇一段代码
- (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就知道主线程，他累坏了.....
