iOS開發之：dispatch_async 與 dispatch_get_global_queue 的使用方法

GCD (Grand Central Dispatch) 是Apple公司開發的一種技術，它旨在優化多核環境中的並發操作並取代傳統多線程的編程模式。 在Mac OS X 10.6和IOS 4.0之后開始支持GCD。

什么是 GCD

GCD 是 libdispatch 的市場名稱，而 libdispatch 作為 Apple 的一個庫，為並發代碼在多核硬件（跑 iOS 或 OS X ）上執行提供有力支持。它具有以下優點：

1.GCD 能通過推遲昂貴計算任務並在后台運行它們來改善你的應用的響應性能。

2.GCD 提供一個易於使用的並發模型而不僅僅只是鎖和線程，以幫助我們避開並發陷阱。

3.GCD 具有在常見模式（例如單例）上用更高性能的原語優化你的代碼的潛在能力。

 

使用GCD的一個理由就是方便。回想一下以前的多線程編程，我們會把異步調用的代碼放到另外的一個函數中，並通過NSThread開啟新線程來啟動這段代碼。 這種跳來跳去的流程對於復雜的邏輯簡直就是一場災難。更糟糕的是，調用線程時的環境對異步代碼是不可見的，如果我們需要當時的臨時變量的話只有兩個選擇： 保存到類成員變量中或者作為參數傳遞過去。前者會造成很多莫名奇妙的無關類成員，而后者的功能過於有限。

GCD相對來說是一種更優雅的方式，看如下代碼：

NSString* parameter = [self getSomeParameter]; dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ NSString* result = [self fetchResultFromWebWithParameter:parameter]; dispatch_async(dispatch_get_main_queue(), ^{ [self updateUIWithResult:result]; }); }); 

在上面的代碼中，出現了一種奇怪的格式：

^{code...} 

解釋一下，當一段代碼被花括號包裹並在開頭放置上尖號時，我們稱之為塊（block）。如果你學過C語言的話（實際上，block正是apple對C的一個擴展）， 你可以認為這是一個增強型的函數指針。它不僅可以當做一個變量來回傳遞，還可以引用本身環境之外的變量（如上面代碼中的parameter）。 更進一步地說，它是apple的C擴展中閉包的實現。在block里引用的對象會自動被retain，因此你也不必擔心內存的問題。

另外涉及到了三個函數

void dispatch_async( dispatch_queue_t queue, dispatch_block_t block); dispatch_queue_t dispatch_get_global_queue( long priority, unsigned long flags); dispatch_get_main_queue(); 

dispatch_async 函數會將傳入的block塊放入指定的queue里運行。這個函數是異步的，這就意味着它會立即返回而不管block是否運行結束。因此，我們可以在block里運行各種耗時的操作（如網絡請求） 而同時不會阻塞UI線程。 
dispatch_get_global_queue 會獲取一個全局隊列，我們姑且理解為系統為我們開啟的一些全局線程。我們用priority指定隊列的優先級，而flag作為保留字段備用（一般為0）。 
dispatch_get_main_queue 會返回主隊列，也就是UI隊列。它一般用於在其它隊列中異步完成了一些工作后，需要在UI隊列中更新界面（比如上面代碼中的[self updateUIWithResult:result]）的情況。

好的，知道這些特性之后，我們可以這樣理解上面的代碼：利用parameter變量異步地發起一個網絡請求，並在請求之后更新UI線程。