GCD程式設計的核心就是dispatch佇列，dispatch block的執行最終都會放進某個佇列中去進行，它類似NSOperationQueue但更復雜也更強大，並且可以巢狀使用。所以說，結合block實現的GCD，把函式閉包（Closure）的特性發揮得淋漓盡致。

dispatch佇列的生成可以有這幾種方式：

1. dispatch_queue_t queue = dispatch_queue_create("com.dispatch.serial", DISPATCH_QUEUE_SERIAL); //生成一個序列佇列，佇列中的block按照先進先出（FIFO）的順序去執行，實際上為單執行緒執行。第一個引數是佇列的名稱，在除錯程式時會非常有用，所有儘量不要重名了。

2. dispatch_queue_t queue = dispatch_queue_create("com.dispatch.concurrent", DISPATCH_QUEUE_CONCURRENT); //生成一個併發執行佇列，block被分發到多個執行緒去執行

3. dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0); //獲得程式程序預設產生的併發佇列，可設定優先順序來選擇高、中、低三個優先順序佇列。由於是系統預設生成的，所以無法呼叫dispatch_resume()和dispatch_suspend()來控制執行繼續或中斷。需要注意的是，三個佇列不代表三個執行緒，可能會有更多的執行緒。併發佇列可以根據實際情況來自動產生合理的執行緒數，也可理解為dispatch佇列實現了一個執行緒池的管理，對於程式邏輯是透明的。

官網文件解釋說共有三個併發佇列，但實際還有一個更低優先順序的佇列，設定優先順序為DISPATCH_QUEUE_PRIORITY_BACKGROUND。Xcode除錯時可以觀察到正在使用的各個dispatch佇列。

4. dispatch_queue_t queue = dispatch_get_main_queue(); //獲得主執行緒的dispatch佇列，實際是一個序列佇列。同樣無法控制主執行緒dispatch佇列的執行繼續或中斷。

接下來我們可以使用dispatch_async或dispatch_sync函式來載入需要執行的block。

dispatch_async(queue, ^{

　　//block具體程式碼

}); //非同步執行block，函式立即返回

dispatch_sync(queue, ^{

　　//block具體程式碼

}); //同步執行block，函式不返回，一直等到block執行完畢。編譯器會根據實際情況優化程式碼，所以有時候你會發現block其實還在當前執行緒上執行，並沒用產生新執行緒。

實際程式設計經驗告訴我們，儘可能避免使用dispatch_sync，巢狀使用時還容易引起程式死鎖。

如果queue1是一個序列佇列的話，這段程式碼立即產生死鎖：

   dispatch_sync(queue1, ^{

      dispatch_sync(queue1, ^{

　　　　......

　　});

　　......

　});

不妨思考下，為什麼下面程式碼也肯定死鎖：

dispatch_sync(dispatch_get_main_queue(), ^{

　　......

}); 

那實際運用中，一般可以用dispatch這樣來寫，常見的網路請求資料多執行緒執行模型：

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{

　　//子執行緒中開始網路請求資料

　　//更新資料模型

　　dispatch_sync(dispatch_get_main_queue(), ^{

　　　　//在主執行緒中更新UI程式碼

　　});

});

程式的後臺執行和UI更新程式碼緊湊，程式碼邏輯一目瞭然。

dispatch佇列是執行緒安全的，可以利用序列佇列實現鎖的功能。比如多執行緒寫同一資料庫，需要保持寫入的順序和每次寫入的完整性，簡單地利用序列佇列即可實現：

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

- (void)writeDB:(NSData *)data

{

　　dispatch_async(queue1, ^{

　　　　//write database

　　});

} 

下一次呼叫writeDB:必須等到上次呼叫完成後才能進行，保證writeDB:方法是執行緒安全的。 

dispatch佇列還實現其它一些常用函式，包括：

void dispatch_apply(size_t iterations, dispatch_queue_t queue, void (^block)(size_t)); //重複執行block，需要注意的是這個方法是同步返回，也就是說等到所有block執行完畢才返回，如需非同步返回則巢狀在dispatch_async中來使用。多個block的執行是否併發或序列執行也依賴queue的是否併發或序列。

void dispatch_barrier_async(dispatch_queue_t queue, dispatch_block_t block); //這個函式可以設定同步執行的block，它會等到在它加入佇列之前的block執行完畢後，才開始執行。在它之後加入佇列的block，則等到這個block執行完畢後才開始執行。

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

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

最後再來看看dispatch佇列的一個很有特色的函式：

void dispatch_set_target_queue(dispatch_object_t object, dispatch_queue_t queue);

它會把需要執行的任務物件指定到不同的佇列中去處理，這個任務物件可以是dispatch佇列，也可以是dispatch源（以後博文會介紹）。而且這個過程可以是動態的，可以實現佇列的動態排程管理等等。比如說有兩個佇列dispatchA和dispatchB，這時把dispatchA指派到dispatchB：

dispatch_set_target_queue(dispatchA, dispatchB);

那麼dispatchA上還未執行的block會在dispatchB上執行。這時如果暫停dispatchA執行：

dispatch_suspend(dispatchA);

則只會暫停dispatchA上原來的block的執行，dispatchB的block則不受影響。而如果暫停dispatchB的執行，則會暫停dispatchA的執行。

這裡只簡單舉個例子，說明dispatch佇列執行的靈活性，在實際應用中你會逐步發掘出它的潛力。

dispatch佇列不支援cancel（取消），沒有實現dispatch_cancel()函式，不像NSOperationQueue，不得不說這是個小小的缺憾。