在程序開發(fā)中如果要用到線程，第一反應(yīng)非GCD莫屬。感覺只需要弄懂任務(wù)，和隊(duì)列兩個(gè)概念，一般問題就會迎刃而解。
同步：會阻塞當(dāng)前線程，直到Block任務(wù)結(jié)束。
異步：它不會阻塞當(dāng)前線程。
隊(duì)列主要分為兩種：串行和并行
串行：放到串行的任務(wù)，GCD會取出一個(gè)，等到這個(gè)執(zhí)行結(jié)束，再取出下一個(gè)。
并行：放到并行的任務(wù)，GCD也是一個(gè)一個(gè)取出來，但是他不同的是，會把這些任務(wù)放到別的線程，速度很快，快到我們以為是同時(shí)取出來的。不過需要注意，GCD 會根據(jù)系統(tǒng)資源控制并行的數(shù)量，所以如果任務(wù)很多，它并不會讓所有任務(wù)同時(shí)執(zhí)行。
系統(tǒng)給我們提供了一個(gè)串行隊(duì)列：
dispatch_queue_t mainqueue = dispatch_get_main_queue();
我向這個(gè)隊(duì)列添加了一個(gè)提交了一個(gè)串行任務(wù)
NSLog(@"同步開始------%@",[NSThread currentThread]);
dispatch_sync(mainqueue, ^{
NSLog(@"%@",[NSThread currentThread]);
});
NSLog(@"同步結(jié)束------%@",[NSThread currentThread]);
打印結(jié)果如下：
[5330:2817984] 同步開始------{number = 1, name = main}
同步任務(wù)會阻塞當(dāng)前線程的執(zhí)行，直到該任務(wù)結(jié)束，否則線程都會一直堵塞下去。很不巧的是，此時(shí)GCD不會開辟新的線程，它會把任務(wù)放到主線程中執(zhí)行。因?yàn)橹骶€程已經(jīng)堵塞，該任務(wù)也就永遠(yuǎn)不會被完成。造成這種死鎖的原因就是：線程在等待同步任務(wù)的完成，而線程確被卡死，這就是所謂的相互等待。令我感到迷惑的是：另外一種串行和同步的結(jié)合，我們也可以自己創(chuàng)造串行隊(duì)列：
dispatch_queue_t queue1 = dispatch_queue_create(nil, DISPATCH_QUEUE_SERIAL);//這里有兩個(gè)參數(shù)第一個(gè)參數(shù)是代表隊(duì)列的唯一標(biāo)示，可以傳空，第二個(gè)參數(shù)表示創(chuàng)建的隊(duì)列是串行的還是并行的，傳入 DISPATCH_QUEUE_SERIAL 或 NULL 表示創(chuàng)建串行隊(duì)列。
NSLog(@"同步開始------%@",[NSThread currentThread]);
dispatch_sync(queue1, ^{
NSLog(@"%@",[NSThread currentThread]);
});
NSLog(@"同步結(jié)束------%@",[NSThread currentThread]);
打印結(jié)果；
同步開始------<NSThread:0x13fd0dba0>{number = 1, name = main}
<NSThread:0x13fd0dba0>{number = 1, name = main}
同步結(jié)束------<NSThread:0x13fd0dba0>{number = 1, name = main}
錯(cuò)誤理解：我以為這種也會造成死鎖，結(jié)果很明顯沒有。都是串行隊(duì)列，提交任務(wù)，不同的是一種是主隊(duì)列，它用于刷新 UI。一種是手動創(chuàng)建的。讓人疑惑的是[NSThread currentThread]打印的地址是一樣的，讓我誤以為queue1這種隊(duì)列，也是將任務(wù)提交給了當(dāng)前執(zhí)行隊(duì)列。
正確理解：經(jīng)過大神的開導(dǎo)，地址一致只不過是線程的重用而已，這兩種隊(duì)列是將任務(wù)提交給了不同線程。線程的死鎖用大神的話來講就是dispatch_sync的當(dāng)前執(zhí)行隊(duì)列和提交Block任務(wù)的隊(duì)列一致的時(shí)候才會發(fā)生。至于Block輸出的的線程是主線程，只不過是線程池里面線程的重用。感謝這位作者對GCD的解釋
