本文主要舉例說明GCD里的死鎖場(chǎng)景殊校，分析造成死鎖的原因以及解決方案
在開始說GCD死鎖之前晴玖，我們先了解一下GCD的中的任務(wù)派發(fā)和隊(duì)列。
任務(wù)派發(fā)
| 任務(wù)派發(fā)方式 | 說明 |
|---|---|
| dispatch_sync() | 同步執(zhí)行为流，完成了它預(yù)定的任務(wù)后才返回呕屎，阻塞當(dāng)前線程 |
| dispatch_async() | 異步執(zhí)行，會(huì)立即返回敬察，預(yù)定的任務(wù)會(huì)完成但不會(huì)等它完成秀睛，不阻塞當(dāng)前線程 |
隊(duì)列種類
| 隊(duì)列種類 | 說明 |
|---|---|
| 串行隊(duì)列 | 同步執(zhí)行，完成了它預(yù)定的任務(wù)后才返回莲祸，阻塞當(dāng)前線程 |
| 并發(fā)隊(duì)列 | 一次可以并發(fā)執(zhí)行多個(gè)任務(wù)蹂安，不必等待執(zhí)行中的任務(wù)完成 |
GCD隊(duì)列種類
| GCD隊(duì)列種類 | 獲取方法 | 隊(duì)列類型 | 說明 |
|---|---|---|---|
| 主隊(duì)列 | dispatch_get_main_queue | 串行隊(duì)列 | 主線中執(zhí)行 |
| 全局隊(duì)列 | dispatch_get_global_queue | 并發(fā)隊(duì)列 | 子線程中執(zhí)行 |
| 用戶隊(duì)列 | dispatch_queue_create | 串并都可以 | 子線程中執(zhí)行 |
GCD死鎖
在GCD中椭迎，主要的死鎖就是當(dāng)前串行隊(duì)列里面同步執(zhí)行當(dāng)前串行隊(duì)列。解決的方法就是將同步的串行隊(duì)列放到另外一個(gè)線程執(zhí)行田盈。
死鎖場(chǎng)景
1. 死鎖場(chǎng)景: 主線程調(diào)用主線程
- (void)deadLockCase1 {
NSLog(@"1"); // 任務(wù)1
dispatch_sync(dispatch_get_main_queue(), ^{
NSLog(@"2"); // 任務(wù)2
});
NSLog(@"3"); // 任務(wù)3
}
控制臺(tái)輸出：
1
原因:
從控制臺(tái)輸出可以看出畜号，任務(wù)2和任務(wù)3沒有執(zhí)行，此時(shí)已經(jīng)死鎖了允瞧。
因?yàn)閐ispatch_sync是同步的简软，本身就會(huì)阻塞當(dāng)前線程，此刻阻塞了主線程瓷式。而當(dāng)前block又在等待主線程執(zhí)行完畢替饿，從而形成了主線程等待主線程语泽，自己等自己的情況贸典，形成了死鎖。
解決方法：
1.改用異步dispatch_async執(zhí)行
NSLog(@"1"); // 任務(wù)1
dispatch_async(dispatch_get_main_queue(), ^{
NSLog(@"2"); // 任務(wù)2
});
NSLog(@"3"); // 任務(wù)3
控制臺(tái)輸出：
1
3
2
2.不在主線程中運(yùn)行踱卵，而是放在子線程中
NSLog(@"1"); // 任務(wù)1
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH, 0), ^{
NSLog(@"2"); // 任務(wù)2
});
NSLog(@"3"); // 任務(wù)3
控制臺(tái)輸出：
1
2
3
注：如果block中是刷新UI的操作廊驼，則不能放在子線程中執(zhí)行，會(huì)crash
死鎖場(chǎng)景2: (同步串行隊(duì)列嵌套自己)
- (void)deadLockCase2 {
dispatch_queue_t aSerialDispatchQueue = dispatch_queue_create("com.test.deadlock.queue", DISPATCH_QUEUE_SERIAL);
NSLog(@"1"); //任務(wù)1
dispatch_sync(aSerialDispatchQueue, ^{
NSLog(@"2"); //任務(wù)2
dispatch_sync(aSerialDispatchQueue, ^{
NSLog(@"3"); //任務(wù)3
});
NSLog(@"4"); //任務(wù)4
});
NSLog(@"5"); //任務(wù)5
}
控制臺(tái)輸出：
1
2
原因:
從控制臺(tái)輸出結(jié)果來看惋砂，執(zhí)行到任務(wù)2后妒挎，就已經(jīng)死鎖了。因?yàn)樵摾又袃蓚€(gè)GCD都是使用的同步方式西饵，而且還是同一個(gè)串行隊(duì)列酝掩，這就導(dǎo)致了和上一個(gè)例子一樣，自己在等待自己的情況眷柔，形成了死鎖期虾。
解決方法：
- 將第二個(gè)GCD改為異步
- (void)deadLockCase2 {
dispatch_queue_t aSerialDispatchQueue = dispatch_queue_create("com.test.deadlock.queue", DISPATCH_QUEUE_SERIAL);
NSLog(@"1"); //任務(wù)1
dispatch_sync(aSerialDispatchQueue, ^{
NSLog(@"2"); //任務(wù)2
dispatch_async(aSerialDispatchQueue, ^{
NSLog(@"3"); //任務(wù)3
});
NSLog(@"4"); //任務(wù)4
});
NSLog(@"5"); //任務(wù)5
}
控制臺(tái)輸出：
1
2
4
5
3
然而，將第一個(gè)GCD改為異步驯嘱，不能解決問題
- (void)deadLockCase2 {
dispatch_queue_t aSerialDispatchQueue = dispatch_queue_create("com.test.deadlock.queue", DISPATCH_QUEUE_SERIAL);
NSLog(@"1"); //任務(wù)1
dispatch_async(aSerialDispatchQueue, ^{
NSLog(@"2"); //任務(wù)2
dispatch_sync(aSerialDispatchQueue, ^{
NSLog(@"3"); //任務(wù)3
});
NSLog(@"4"); //任務(wù)4
});
NSLog(@"5"); //任務(wù)5
}
控制臺(tái)輸出：
1
5
2
原因：
雖然第一個(gè)GCD是異步的镶苞，但是第二個(gè)GCD是同步的，第二個(gè)GCD在等著第一個(gè)GCD結(jié)束鞠评，而第一個(gè)GCD的block又在等著第一個(gè)GCD結(jié)束茂蚓，這樣就形成了死鎖。
注：對(duì)于以上將第二個(gè)GCD改為異步剃幌，第一個(gè)GCD為同步的場(chǎng)景聋涨，不會(huì)造成死鎖，是因?yàn)榈诙€(gè)GCD為異步负乡，它不用等待第一個(gè)GCD執(zhí)行完畢牍白，它和第一個(gè)GCD是沒有同步關(guān)系的。它是在第一個(gè)GCD執(zhí)行的同時(shí)并發(fā)執(zhí)行自己block的代碼敬鬓。
2.將兩個(gè)GCD都改為異步
- (void)deadLockCase2 {
dispatch_queue_t aSerialDispatchQueue = dispatch_queue_create("com.test.deadlock.queue", DISPATCH_QUEUE_SERIAL);
NSLog(@"1"); //任務(wù)1
dispatch_async(aSerialDispatchQueue, ^{
NSLog(@"2"); //任務(wù)2
dispatch_async(aSerialDispatchQueue, ^{
NSLog(@"3"); //任務(wù)3
});
NSLog(@"4"); //任務(wù)4
});
NSLog(@"5"); //任務(wù)5
}
控制臺(tái)輸出：
1
5
2
4
3
- 使用不同的串行隊(duì)列
- (void)deadLockCase2 {
dispatch_queue_t aSerialDispatchQueue1 = dispatch_queue_create("com.test.deadlock.queue1", DISPATCH_QUEUE_SERIAL);
dispatch_queue_t aSerialDispatchQueue2 = dispatch_queue_create("com.test.deadlock.queue2", DISPATCH_QUEUE_SERIAL);
NSLog(@"1"); //任務(wù)1
dispatch_sync(aSerialDispatchQueue1, ^{
NSLog(@"2"); //任務(wù)2
dispatch_sync(aSerialDispatchQueue2, ^{
NSLog(@"3"); //任務(wù)3
});
NSLog(@"4"); //任務(wù)4
});
NSLog(@"5"); //任務(wù)5
}
控制臺(tái)輸出：
1
2
3
4
5
3.死鎖場(chǎng)景: 信號(hào)量阻塞主線程
- (void)viewDidLoad {
[super viewDidLoad];
// Do any additional setup after loading the view, typically from a nib.
dispatch_semaphore_t semaphore = dispatch_semaphore_create(0);
NSLog(@"semaphore create!");
dispatch_async(dispatch_get_main_queue(), ^{
dispatch_semaphore_signal(semaphore);
NSLog(@"semaphore plus 1");
});
dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
NSLog(@"semaphore minus 1");
}
原因：
如果當(dāng)前執(zhí)行的線程是主線程淹朋，以上代碼就會(huì)出現(xiàn)死鎖笙各。
因?yàn)?code>dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER)阻塞了當(dāng)前線程，而且等待時(shí)間是DISPATCH_TIME_FOREVER——永遠(yuǎn)等待础芍，這樣它就永遠(yuǎn)的阻塞了當(dāng)前線程——主線程杈抢。導(dǎo)致主線中的dispatch_semaphore_signal(semaphore)沒有執(zhí)行，
而dispatch_semaphore_wait一直在等待dispatch_semaphore_signal改變信號(hào)量仑性，這樣就形成了死鎖惶楼。
解決方法：
應(yīng)該將信號(hào)量移到并行隊(duì)列中，如全局調(diào)度隊(duì)列诊杆。以下場(chǎng)景歼捐，移到串行隊(duì)列也是可以的。但是串行隊(duì)列還是有可能死鎖的（如果執(zhí)行dispatch_semaphore_signal方法還是在對(duì)應(yīng)串行隊(duì)列中的話晨汹，即之前提到的串行隊(duì)列嵌套串行隊(duì)列的場(chǎng)景）豹储。
- (void)viewDidLoad {
[super viewDidLoad];
// Do any additional setup after loading the view, typically from a nib.
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
dispatch_semaphore_t semaphore = dispatch_semaphore_create(0);
NSLog(@"semaphore create!");
dispatch_async(dispatch_get_main_queue(), ^{
dispatch_semaphore_signal(semaphore);
NSLog(@"semaphore plus 1");
});
dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
NSLog(@"semaphore minus 1");
});
}
