2013-12-10 11:48:39.139 TestGCD[699:1403] 并行執(zhí)行的線程一=============0

2013-12-10 11:48:39.139 TestGCD[699:3807] 并行執(zhí)行的線程二=============0

2013-12-10 11:48:39.143 TestGCD[699:1403] 并行執(zhí)行的線程一=============1

2013-12-10 11:48:39.143 TestGCD[699:3807] 并行執(zhí)行的線程二=============1

2013-12-10 11:48:39.144 TestGCD[699:1403] 并行執(zhí)行的線程一=============2

2013-12-10 11:48:39.144 TestGCD[699:3807] 并行執(zhí)行的線程二=============2

2013-12-10 11:48:39.145 TestGCD[699:1403] 并行執(zhí)行的線程一=============3

2013-12-10 11:48:39.145 TestGCD[699:3807] 并行執(zhí)行的線程二=============3

2013-12-10 11:48:39.146 TestGCD[699:3807] 并行執(zhí)行的線程二=============4

2013-12-10 11:48:39.146 TestGCD[699:1403] 并行執(zhí)行的線程一=============4

2013-12-10 11:48:39.147 TestGCD[699:3807] 匯總結(jié)果===========

我們看到第三條打印語句是在前兩條打印語句執(zhí)行之后才執(zhí)行。

這也是我綜合了官方文檔和網(wǎng)上的很多資料總結(jié)出來的，并且用實(shí)際的代碼調(diào)試出來的結(jié)果，希望能給大家一些幫助，對(duì)于其中的不足，歡迎大家給出不同意見。

參考：http://www.companysz.com/pure/archive/2013/03/31/2977420.html

2014_07_16今天再次翻看GCD。再瀏覽過程中，發(fā)現(xiàn)了另外一篇不錯(cuò)的講解隊(duì)列的帖子，現(xiàn)轉(zhuǎn)發(fā)之，希望能對(duì)你有所幫助和啟發(fā)，里面提到死鎖的問題，可以思考和交流。

原文地址：http://www.companysz.com/sunfrog/p/3305614.html

GCD編程的核心就是dispatch隊(duì)列，dispatch block的執(zhí)行最終都會(huì)放進(jìn)某個(gè)隊(duì)列中去進(jìn)行，它類似NSOperationQueue但更復(fù)雜也更強(qiáng)大，并且可以嵌套使用。所以說，結(jié)合block實(shí)現(xiàn)的GCD，把函數(shù)閉包（Closure）的特性發(fā)揮得淋漓盡致。

dispatch隊(duì)列的生成可以有這幾種方式：

1. dispatch_queue_t queue = dispatch_queue_create("com.dispatch.serial", DISPATCH_QUEUE_SERIAL); //生成一個(gè)串行隊(duì)列，隊(duì)列中的block按照先進(jìn)先出（FIFO）的順序去執(zhí)行，實(shí)際上為單線程執(zhí)行。第一個(gè)參數(shù)是隊(duì)列的名稱，在調(diào)試程序時(shí)會(huì)非常有用，所有盡量不要重名了。

2. dispatch_queue_t queue = dispatch_queue_create("com.dispatch.concurrent", DISPATCH_QUEUE_CONCURRENT); //生成一個(gè)并發(fā)執(zhí)行隊(duì)列，block被分發(fā)到多個(gè)線程去執(zhí)行

3. dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0); //獲得程序進(jìn)程缺省產(chǎn)生的并發(fā)隊(duì)列，可設(shè)定優(yōu)先級(jí)來選擇高、中、低三個(gè)優(yōu)先級(jí)隊(duì)列。由于是系統(tǒng)默認(rèn)生成的，所以無法調(diào)用dispatch_resume()和dispatch_suspend()來控制執(zhí)行繼續(xù)或中斷。需要注意的是，三個(gè)隊(duì)列不代表三個(gè)線程，可能會(huì)有更多的線程。并發(fā)隊(duì)列可以根據(jù)實(shí)際情況來自動(dòng)產(chǎn)生合理的線程數(shù)，也可理解為dispatch隊(duì)列實(shí)現(xiàn)了一個(gè)線程池的管理，對(duì)于程序邏輯是透明的。

官網(wǎng)文檔解釋說共有三個(gè)并發(fā)隊(duì)列，但實(shí)際還有一個(gè)更低優(yōu)先級(jí)的隊(duì)列，設(shè)置優(yōu)先級(jí)為DISPATCH_QUEUE_PRIORITY_BACKGROUND。Xcode調(diào)試時(shí)可以觀察到正在使用的各個(gè)dispatch隊(duì)列。

4. dispatch_queue_t queue = dispatch_get_main_queue(); //獲得主線程的dispatch隊(duì)列，實(shí)際是一個(gè)串行隊(duì)列。同樣無法控制主線程dispatch隊(duì)列的執(zhí)行繼續(xù)或中斷。

接下來我們可以使用dispatch_async或dispatch_sync函數(shù)來加載需要運(yùn)行的block。

dispatch_async(queue, ^{

　　//block具體代碼

}); //異步執(zhí)行block，函數(shù)立即返回

dispatch_sync(queue, ^{

　　//block具體代碼

}); //同步執(zhí)行block，函數(shù)不返回，一直等到block執(zhí)行完畢。編譯器會(huì)根據(jù)實(shí)際情況優(yōu)化代碼，所以有時(shí)候你會(huì)發(fā)現(xiàn)block其實(shí)還在當(dāng)前線程上執(zhí)行，并沒用產(chǎn)生新線程。

實(shí)際編程經(jīng)驗(yàn)告訴我們，盡可能避免使用dispatch_sync，嵌套使用時(shí)還容易引起程序死鎖。

如果queue1是一個(gè)串行隊(duì)列的話，這段代碼立即產(chǎn)生死鎖：

   dispatch_sync(queue1, ^{

      dispatch_sync(queue1, ^{

　　　　......

　　});

　　......

　});

不妨思考下，為什么下面代碼在主線程中執(zhí)行會(huì)死鎖：

dispatch_sync(dispatch_get_main_queue(), ^{

　　......

}); 

那實(shí)際運(yùn)用中，一般可以用dispatch這樣來寫，常見的網(wǎng)絡(luò)請(qǐng)求數(shù)據(jù)多線程執(zhí)行模型：

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{

　　//子線程中開始網(wǎng)絡(luò)請(qǐng)求數(shù)據(jù)

　　//更新數(shù)據(jù)模型

　　dispatch_sync(dispatch_get_main_queue(), ^{

　　　　//在主線程中更新UI代碼

　　});

});

程序的后臺(tái)運(yùn)行和UI更新代碼緊湊，代碼邏輯一目了然。

dispatch隊(duì)列是線程安全的，可以利用串行隊(duì)列實(shí)現(xiàn)鎖的功能。比如多線程寫同一數(shù)據(jù)庫，需要保持寫入的順序和每次寫入的完整性，簡(jiǎn)單地利用串行隊(duì)列即可實(shí)現(xiàn)：

dispatch_queue_t queue1 = dispatch_queue_create("com.dispatch.writedb", DISPATCH_QUEUE_SERIAL);

- (void)writeDB:(NSData *)data

{

　　dispatch_async(queue1, ^{

　　　　//write database

　　});

} 

下一次調(diào)用writeDB:必須等到上次調(diào)用完成后才能進(jìn)行，保證writeDB:方法是線程安全的。 

dispatch隊(duì)列還實(shí)現(xiàn)其它一些常用函數(shù)，包括：

void dispatch_apply(size_t iterations, dispatch_queue_t queue, void (^block)(size_t)); //重復(fù)執(zhí)行block，需要注意的是這個(gè)方法是同步返回，也就是說等到所有block執(zhí)行完畢才返回，如需異步返回則嵌套在dispatch_async中來使用。多個(gè)block的運(yùn)行是否并發(fā)或串行執(zhí)行也依賴queue的是否并發(fā)或串行。

void dispatch_barrier_async(dispatch_queue_t queue, dispatch_block_t block); //這個(gè)函數(shù)可以設(shè)置同步執(zhí)行的block，它會(huì)等到在它加入隊(duì)列之前的block執(zhí)行完畢后，才開始執(zhí)行。在它之后加入隊(duì)列的block，則等到這個(gè)block執(zhí)行完畢后才開始執(zhí)行。

void dispatch_barrier_sync(dispatch_queue_t queue, dispatch_block_t block); //同上，除了它是同步返回函數(shù)

void dispatch_after(dispatch_time_t when, dispatch_queue_t queue, dispatch_block_t block); //延遲執(zhí)行block

最后再來看看dispatch隊(duì)列的一個(gè)很有特色的函數(shù)：

void dispatch_set_target_queue(dispatch_object_t object, dispatch_queue_t queue);

它會(huì)把需要執(zhí)行的任務(wù)對(duì)象指定到不同的隊(duì)列中去處理，這個(gè)任務(wù)對(duì)象可以是dispatch隊(duì)列，也可以是dispatch源（以后博文會(huì)介紹）。而且這個(gè)過程可以是動(dòng)態(tài)的，可以實(shí)現(xiàn)隊(duì)列的動(dòng)態(tài)調(diào)度管理等等。比如說有兩個(gè)隊(duì)列dispatchA和dispatchB，這時(shí)把dispatchA指派到dispatchB：

dispatch_set_target_queue(dispatchA, dispatchB);

那么dispatchA上還未運(yùn)行的block會(huì)在dispatchB上運(yùn)行。這時(shí)如果暫停dispatchA運(yùn)行：

dispatch_suspend(dispatchA);

則只會(huì)暫停dispatchA上原來的block的執(zhí)行，dispatchB的block則不受影響。而如果暫停dispatchB的運(yùn)行，則會(huì)暫停dispatchA的運(yùn)行。

這里只簡(jiǎn)單舉個(gè)例子，說明dispatch隊(duì)列運(yùn)行的靈活性，在實(shí)際應(yīng)用中你會(huì)逐步發(fā)掘出它的潛力。

dispatch隊(duì)列不支持cancel（取消），沒有實(shí)現(xiàn)dispatch_cancel()函數(shù)，不像NSOperationQueue，不得不說這是個(gè)小小的缺憾。