什么是線程死鎖

是指兩個(gè)或兩個(gè)以上的線程在執(zhí)行過程中，因爭奪資源而造成的一種互相等待的現(xiàn)象，若無外力作用，它們都將無法推進(jìn)下去。

線程死鎖怎么發(fā)生

發(fā)生死鎖的情況一般是兩個(gè)對象的鎖相互等待造成的。

死鎖發(fā)生的條件

1、互斥條件：所謂互斥就是進(jìn)程在某一時(shí)間內(nèi)獨(dú)占資源。

2、請求與保持條件：一個(gè)進(jìn)程因請求資源而阻塞時(shí)，對已獲得的資源保持不放。

3、不剝奪條件:進(jìn)程已獲得資源，在末使用完之前，不能強(qiáng)行剝奪。

4、循環(huán)等待條件:若干進(jìn)程之間形成一種頭尾相接的循環(huán)等待資源關(guān)系。

死鎖通常是一個(gè)線程鎖定了一個(gè)資源A，而又想去鎖定資源B；在另一個(gè)線程中，鎖定了資源B，而又想去鎖定資源A以完成自身的操作，兩個(gè)線程都想得到對方的資源，而不愿釋放自己的資源，造成兩個(gè)線程都在相互等待，造成了無法執(zhí)行的情況。

線程死鎖產(chǎn)生的原因：在一個(gè)串行隊(duì)列的任務(wù)中，再向這個(gè)隊(duì)列添加同步任務(wù)。

典型例子：

我們分析一下：

主隊(duì)列main_queue是一個(gè)串行隊(duì)列，串行隊(duì)列的特點(diǎn)就是隊(duì)列中所有任務(wù)必須順序執(zhí)行。也就是說必須按照添加到隊(duì)列中的先后順序執(zhí)行。

我們再看一張圖：

我們在代碼中使用dispatch_sync()函數(shù)給主隊(duì)列添加了一個(gè)同步任務(wù)：

- (void)viewDidLoad {
 [super viewDidLoad];
 
 dispatch_sync(dispatch_get_main_queue(), ^{
  NSLog(@"線程死鎖");
 });
}

也就是說后添加的同步任務(wù)5是在viewDidLoad任務(wù)2之后，只有等待任務(wù)2執(zhí)行完之后才能執(zhí)行任務(wù)5，這就是串行隊(duì)列的特點(diǎn)。但是任務(wù)5是一個(gè)同步任務(wù)，必須等任務(wù)5執(zhí)行完才能執(zhí)行其它任務(wù)，因此造成互相等待的死鎖。

再看一個(gè)例子

我們知道GCD分為同步任務(wù)和異步任務(wù)，最開始的例子是主線程的主隊(duì)列，相當(dāng)于是一個(gè)同步任務(wù)。而這個(gè)例子證明了，即便是在異步任務(wù)只要任務(wù)隊(duì)列是串行隊(duì)列，在串行隊(duì)列的任務(wù)中再向隊(duì)列添加同步任務(wù)，就會造成死鎖，關(guān)鍵點(diǎn)不是同步還是異步，而是串行隊(duì)列。

總結(jié)

dispatch_sync()函數(shù)會阻塞線程。當(dāng)前隊(duì)列是串行隊(duì)列，任務(wù)必須順序執(zhí)行。在串行隊(duì)列的任務(wù)A中給這個(gè)隊(duì)列添加同步任務(wù)B，相當(dāng)于說這個(gè)串行隊(duì)列又多了一個(gè)任務(wù)B，任務(wù)B如果想要執(zhí)行必須等待任務(wù)A執(zhí)行完，但是任務(wù)B是同步任務(wù)，必須等任務(wù)B執(zhí)行完才能執(zhí)行其它任務(wù)，所以任務(wù)AB互相等待，造成死鎖。

好了，以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論