大家都知道，在開發過程中應該盡可能減少使用者等待時間，讓程式盡可能快的完成運算。可是無論是哪種語言開發的程式最終往往轉換成彙編語言進而解釋成機器碼來執行。但是機器碼是按順序執行的，一個複雜的多步操作隻能一步步按順序逐個執行。改變這種狀況可以從兩個角度出發：對于單核處理器，可以将多個步驟放到不同的線程，這樣一來使用者完成ui操作後其他後續任務在其他線程中，當cpu空閑時會繼續執行，而此時對于使用者而言可以繼續進行其他操作；對于多核處理器，如果使用者在ui線程中完成某個操作之後，其他後續操作在别的線程中繼續執行，使用者同樣可以繼續進行其他ui操作，與此同時前一個操作的後續任務可以分散到多個空閑cpu中繼續執行（當然具體排程順序要根據程式設計而定），及解決了線程阻塞又提高了運作效率。蘋果從ipad2 開始使用雙核a5處理器（iphone中從iphone 4s開始使用），a7中還加入了協處理器，如何充分發揮這些處理器的性能确實值得思考。今天将重點分析ios多線程開發：
<a href="http://www.cnblogs.com/kenshincui/p/3983982.html#multithread">多線程</a>
簡介
ios多線程
<a href="http://www.cnblogs.com/kenshincui/p/3983982.html#nsthread">nsthread</a>
解決線程阻塞問題
多線程并發
線程狀态
擴充-nsobject分類擴充
<a href="http://www.cnblogs.com/kenshincui/p/3983982.html#nsoperation">nsoperation</a>
nsinvocationoperation
nsblockoperation
線程執行順序
<a href="http://www.cnblogs.com/kenshincui/p/3983982.html#gcd">gcd</a>
串行隊列
并發隊列
其他任務執行方法
<a href="http://www.cnblogs.com/kenshincui/p/3983982.html#synchronized">線程同步</a>
nslock同步鎖
@synchronized代碼塊
擴充--使用gcd解決資源搶占問題
擴充--控制線程通信
<a href="http://www.cnblogs.com/kenshincui/p/3983982.html#summary">總結</a>
目 錄
當使用者播放音頻、下載下傳資源、進行圖像處理時往往希望做這些事情的時候其他操作不會被中斷或者希望這些操作過程中更加順暢。在單線程中一個線程隻能做一件事情，一件事情處理不完另一件事就不能開始，這樣勢必影響使用者體驗。早在單核處理器時期就有多線程，這個時候多線程更多的用于解決線程阻塞造成的使用者等待（通常是操作完ui後使用者不再幹涉，其他線程在等待隊列中，cpu一旦空閑就繼續執行，不影響使用者其他ui操作），其處理能力并沒有明顯的變化。如今無論是移動作業系統還是pc、伺服器都是多核處理器，于是“并行運算”就更多的被提及。一件事情我們可以分成多個步驟，在沒有順序要求的情況下使用多線程既能解決線程阻塞又能充分利用多核處理器運作能力。
下圖反映了一個包含8個操作的任務在一個有兩核心的cpu中建立四個線程運作的情況。假設每個核心有兩個線程，那麼每個cpu中兩個線程會交替執行，兩個cpu之間的操作會并行運算。單就一個cpu而言兩個線程可以解決線程阻塞造成的不流暢問題，其本身運作效率并沒有提高，多cpu的并行運算才真正解決了運作效率問題，這也正是并發和并行的差別。當然，不管是多核還是單核開發人員不用過多的擔心，因為任務具體配置設定給幾個cpu運算是由系統排程的，開發人員不用過多關心系統有幾個cpu。開發人員需要關心的是線程之間的依賴關系，因為有些操作必須在某個操作完成完才能執行，如果不能保證這個順序勢必會造成程式問題。
在ios中每個程序啟動後都會建立一個主線程（ui線程），這個線程是其他線程的父線程。由于在ios中除了主線程，其他子線程是獨立于cocoa touch的，是以隻有主線程可以更新ui界面（新版ios中，使用其他線程更新ui可能也能成功，但是不推薦）。ios中多線程使用并不複雜，關鍵是如何控制好各個線程的執行順序、處理好資源競争問題。常用的多線程開發有三種方式：
1.nsthread
2.nsoperation
3.gcd
三種方式是随着ios的發展逐漸引入的，是以相比而言後者比前者更加簡單易用，并且gcd也是目前蘋果官方比較推薦的方式（它充分利用了多核處理器的運算性能）。做過.net開發的朋友不難發現其實這三種開發方式 剛好對應.net中的多線程、線程池和異步調用，是以在文章中也會對比講解。
nsthread是輕量級的多線程開發，使用起來也并不複雜，但是使用nsthread需要自己管理線程生命周期。可以使用對象方法+ (void)detachnewthreadselector:(sel)selector totarget:(id)target withobject:(id)argument直接将操作添加到線程中并啟動，也可以使用對象方法- (instancetype)initwithtarget:(id)target selector:(sel)selector object:(id)argument 建立一個線程對象，然後調用start方法啟動線程。
在資源下載下傳過程中，由于網絡原因有時候很難保證下載下傳時間，如果不使用多線程可能使用者完成一個下載下傳操作需要長時間的等待，這個過程中無法進行其他操作。下面示範一個采用多線程下載下傳圖檔的過程，在這個示例中點選按鈕會啟動一個線程去下載下傳圖檔，下載下傳完成後使用uiimageview将圖檔顯示到界面中。可以看到使用者點選完下載下傳按鈕後，不管圖檔是否下載下傳完成都可以繼續操作界面，不會造成阻塞。
運作效果：
程式比較簡單，但是需要注意執行步驟：當點選了“加載圖檔”按鈕後啟動一個新的線程，這個線程在示範中大概用了5s左右，在這5s内ui線程是不會阻塞的，使用者可以進行其他操作，大約5s之後圖檔下載下傳完成，此時調用ui線程将圖檔顯示到界面中（這個過程瞬間完成）。另外前面也提到過，更新ui的時候使用ui線程，這裡調用了nsobject的分類擴充方法，調用ui線程完成更新。
上面這個示範并沒有示範多個子線程操作之間的關系，現在不妨在界面中多加載幾張圖檔，每個圖檔都來自遠端請求。
大家應該注意到不管是使用+ (void)detachnewthreadselector:(sel)selector totarget:(id)target withobject:(id)argument、- (instancetype)initwithtarget:(id)target selector:(sel)selector object:(id)argument 方法還是使用- (void)performselectoronmainthread:(sel)aselector withobject:(id)arg waituntildone:(bool)wait方法都隻能傳一個參數，由于更新圖檔需要傳遞uiimageview的索引和圖檔資料，是以這裡不妨定義一個類儲存圖檔索引和圖檔資料以供後面使用。
kcimagedata.h
接下來将建立多個uiimageview并建立多個線程用于往uiimageview中填充圖檔。
kcmainviewcontroller.m
通過nsthread的currentthread可以取得目前操作的線程，其中會記錄線程名稱name和編号number，需要注意主線程編号永遠為1。多個線程雖然按順序啟動，但是實際執行未必按照順序加載照片（loadimage:方法未必依次建立，可以通過在loadimage:中列印索引檢視），因為線程啟動後僅僅處于就緒狀态，實際是否執行要由cpu根據目前狀态排程。
從上面的運作效果大家不難發現，圖檔并未按順序加載，原因有兩個：第一，每個線程的實際執行順序并不一定按順序執行（雖然是按順序啟動）；第二，每個線程執行時實際網絡狀況很可能不一緻。當然網絡問題無法改變，隻能盡可能讓網速更快，但是可以改變線程的優先級，讓15個線程優先執行某個線程。線程優先級範圍為0~1，值越大優先級越高，每個線程的優先級預設為0.5。修改圖檔下載下傳方法如下，改變最後一張圖檔加載的優先級，這樣可以提高它被優先加載的幾率，但是它也未必就第一個加載。因為首先其他線程是先啟動的，其次網絡狀況我們沒辦法修改：
線上程操作過程中可以讓某個線程休眠等待，優先執行其他線程操作，而且在這個過程中還可以修改某個線程的狀态或者終止某個指定線程。為了解決上面優先加載最後一張圖檔的問題，不妨讓其他線程先休眠一會等待最後一個線程執行。修改圖檔加載方法如下即可：
在這裡讓其他線程休眠2秒，此時你就會看到最後一張圖檔總是第一個加載（除非網速特别差）。
線程狀态分為isexecuting（正在執行）、isfinished（已經完成）、iscancellled（已經取消）三種。其中取消狀态程式可以幹預設定，隻要調用線程的cancel方法即可。但是需要注意在主線程中僅僅能設定線程狀态，并不能真正停止目前線程，如果要終止線程必須線上程中調用exist方法，這是一個靜态方法，調用該方法可以退出目前線程。
假設在圖檔加載過程中點選停止按鈕讓沒有完成的線程停止加載，可以改造程式如下：
運作效果（點選加載大概1秒後點選停止加載）：
使用nsthread在進行多線程開發過程中操作比較簡單，但是要控制線程執行順序并不容易（前面萬不得已采用了休眠的方法），另外在這個過程中如果列印線程會發現循環幾次就建立了幾個線程，這在實際開發過程中是不得不考慮的問題，因為每個線程的建立也是相當占用系統開銷的。
為了簡化多線程開發過程，蘋果官方對nsobject進行分類擴充(本質還是建立nsthread)，對于簡單的多線程操作可以直接使用這些擴充方法。
- (void)performselectorinbackground:(sel)aselector withobject:(id)arg：在背景執行一個操作，本質就是重新建立一個線程執行目前方法。
- (void)performselector:(sel)aselector onthread:(nsthread *)thr withobject:(id)arg waituntildone:(bool)wait：在指定的線程上執行一個方法，需要使用者建立一個線程對象。
- (void)performselectoronmainthread:(sel)aselector withobject:(id)arg waituntildone:(bool)wait：在主線程上執行一個方法（前面已經使用過）。
例如前面加載圖多個圖檔的方法，可以改為背景線程執行：
使用nsoperation和nsoperationqueue進行多線程開發類似于c#中的線程池，隻要将一個nsoperation（實際開中需要使用其子類nsinvocationoperation、nsblockoperation）放到nsoperationqueue這個隊列中線程就會依次啟動。nsoperationqueue負責管理、執行所有的nsoperation，在這個過程中可以更加容易的管理線程總數和控制線程之間的依賴關系。
nsoperation有兩個常用子類用于建立線程操作：nsinvocationoperation和nsblockoperation，兩種方式本質沒有差別，但是是後者使用block形式進行代碼組織，使用相對友善。
首先使用nsinvocationoperation進行一張圖檔的加載示範，整個過程就是：建立一個操作，在這個操作中指定調用方法和參數，然後加入到操作隊列。其他代碼基本不用修改，直接修加載圖檔方法如下：
下面采用nsblockoperation建立多個線程加載圖檔。
對比之前nsthread加載張圖檔很發現核心代碼簡化了不少，這裡着重強調兩點：
使用nsblockoperation方法，所有的操作不必單獨定義方法，同時解決了隻能傳遞一個參數的問題。
調用主線程隊列的addoperationwithblock:方法進行ui更新，不用再定義一個參數實體（之前必須定義一個kcimagedata解決隻能傳遞一個參數的問題）。
使用nsoperation進行多線程開發可以設定最大并發線程，有效的對線程進行了控制（上面的代碼運作起來你會發現列印目前程序時隻有有限的線程被建立，如上面的代碼設定最大線程數為5，則圖檔基本上是五個一次加載的）。
前面使用nsthread很難控制線程的執行順序，但是使用nsoperation就容易多了，每個nsoperation可以設定依賴線程。假設操作a依賴于操作b，線程操作隊列在啟動線程時就會首先執行b操作，然後執行a。對于前面優先加載最後一張圖的需求，隻要設定前面的線程操作的依賴線程為最後一個操作即可。修改圖檔加載方法如下：
可以看到雖然加載最後一張圖檔的操作最後被加入到操作隊列，但是它卻是被第一個執行的。操作依賴關系可以設定多個，例如a依賴于b、b依賴于c…但是千萬不要設定為循環依賴關系（例如a依賴于b，b依賴于c，c又依賴于a），否則是不會被執行的。
gcd(grand central dispatch)是基于c語言開發的一套多線程開發機制，也是目前蘋果官方推薦的多線程開發方法。前面也說過三種開發中gcd抽象層次最高，當然是用起來也最簡單，隻是它基于c語言開發，并不像nsoperation是面向對象的開發，而是完全面向過程的。對于熟悉c#異步調用的朋友對于gcd學習起來應該很快，因為它與c#中的異步調用基本是一樣的。這種機制相比較于前面兩種多線程開發方式最顯著的優點就是它對于多核運算更加有效。
gcd中也有一個類似于nsoperationqueue的隊列，gcd統一管理整個隊列中的任務。但是gcd中的隊列分為并行隊列和串行隊列兩類：
串行隊列：隻有一個線程，加入到隊列中的操作按添加順序依次執行。
并發隊列：有多個線程，操作進來之後它會将這些隊列安排在可用的處理器上，同時保證先進來的任務優先處理。
其實在gcd中還有一個特殊隊列就是主隊列，用來執行主線程上的操作任務（從前面的示範中可以看到其實在nsoperation中也有一個主隊列）。
使用串行隊列時首先要建立一個串行隊列，然後調用異步調用方法，在此方法中傳入串行隊列和線程操作即可自動執行。下面使用線程隊列示範圖檔的加載過程，你會發現多張圖檔會按順序加載，因為目前隊列中隻有一個線程。
在上面的代碼中更新ui還使用了gcd方法的主線程隊列dispatch_get_main_queue()，其實這與前面兩種主線程更新ui沒有本質的差別。
并發隊列同樣是使用dispatch_queue_create()方法建立，隻是最後一個參數指定為dispatch_queue_concurrent進行建立，但是在實際開發中我們通常不會重新建立一個并發隊列而是使用dispatch_get_global_queue()方法取得一個全局的并發隊列（當然如果有多個并發隊列可以使用前者建立）。下面通過并行隊列示範一下多個圖檔的加載。代碼與上面串行隊列加載類似，隻需要修改照片加載方法如下：
細心的朋友肯定會思考，既然可以使用dispatch_async()異步調用方法，是不是還有同步方法，确實如此，在gcd中還有一個dispatch_sync()方法。假設将上面的代碼修改為同步調用，可以看到如下效果：
可以看點選按鈕後按鈕無法再次點選，因為所有圖檔的加載全部在主線程中（可以列印線程檢視），主線程被阻塞，造成圖檔最終是一次性顯示。可以得出結論：
在gdc中一個操作是多線程執行還是單線程執行取決于目前隊列類型和執行方法，隻有隊列類型為并行隊列并且使用異步方法執行時才能在多個線程中執行。
串行隊列可以按順序執行，并行隊列的異步方法無法确定執行順序。
ui界面的更新最好采用同步方法，其他操作采用異步方法。
gcd執行任務的方法并非隻有簡單的同步調用方法和異步調用方法，還有其他一些常用方法：
dispatch_apply():重複執行某個任務，但是注意這個方法沒有辦法異步執行（為了不阻塞線程可以使用dispatch_async()包裝一下再執行）。
dispatch_once():單次執行一個任務，此方法中的任務隻會執行一次，重複調用也沒辦法重複執行（單例模式中常用此方法）。
dispatch_time()：延遲一定的時間後執行。
dispatch_barrier_async()：使用此方法建立的任務首先會檢視隊列中有沒有别的任務要執行，如果有，則會等待已有任務執行完畢再執行；同時在此方法後添加的任務必須等待此方法中任務執行後才能執行。（利用這個方法可以控制執行順序，例如前面先加載最後一張圖檔的需求就可以先使用這個方法将最後一張圖檔加載的操作添加到隊列，然後調用dispatch_async()添加其他圖檔加載任務）
dispatch_group_async()：實作對任務分組管理，如果一組任務全部完成可以通過dispatch_group_notify()方法獲得完成通知（需要定義dispatch_group_t作為分組辨別）。
說到多線程就不得不提多線程中的鎖機制，多線程操作過程中往往多個線程是并發執行的，同一個資源可能被多個線程同時通路，造成資源搶奪，這個過程中如果沒有鎖機制往往會造成重大問題。舉例來說，每年春節都是一票難求，在12306買票的過程中，成百上千的票瞬間就消失了。不妨假設某輛車有1千張票，同時有幾萬人在搶這列車的車票，順利的話前面的人都能買到票。但是如果現在隻剩下一張票了，而同時還有幾千人在購買這張票，雖然在進入購票環節的時候會判斷目前票數，但是目前已經有100個線程進入購票的環節，每個線程處理完票數都會減1,100個線程執行完目前票數為-99，遇到這種情況很明顯是不允許的。
要解決資源搶奪問題在ios中有常用的有兩種方法：一種是使用nslock同步鎖，另一種是使用@synchronized代碼塊。兩種方法實作原理是類似的，隻是在處理上代碼塊使用起來更加簡單（c#中也有類似的處理機制synchronized和lock）。
這裡不妨還拿圖檔加載來舉例，假設現在有9張圖檔，但是有15個線程都準備加載這9張圖檔，約定不能重複加載同一張圖檔，這樣就形成了一個資源搶奪的情況。在下面的程式中将建立9張圖檔，每次讀取照片連結時首先判斷目前連結數是否大于1，用完一個則立即移除，最多隻有9個。在使用同步方法之前先來看一下錯誤的寫法：
首先在_imagenames中存儲了9個連結用于下載下傳圖檔，然後在requestdata：方法中每次隻需先判斷_imagenames的個數，如果大于一就讀取一個連結加載圖檔，随即把用過的連結删除，一切貌似都沒有問題。此時運作程式：
上面這個結果不一定每次都出現，關鍵要看從_imagenames讀取連結、删除連結的速度，如果足夠快可能不會有任何問題，但是如果速度稍慢就會出現上面的情況，很明顯上面情況并不滿足前面的需求。
分析這個問題造成的原因主：當一個線程a已經開始擷取圖檔連結，擷取完之後還沒有來得及從_imagenames中删除，另一個線程b已經進入相應代碼中，由于每次讀取的都是_imagenames的最後一個元素，是以後面的線程其實和前面線程取得的是同一個圖檔連結這樣就造成圖中看到的情況。要解決這個問題，隻要保證線程a進入相應代碼之後b無法進入，隻有等待a完成相關操作之後b才能進入即可。下面分别使用nslock和@synchronized對代碼進行修改。
ios中對于資源搶占的問題可以使用同步鎖nslock來解決，使用時把需要加鎖的代碼（以後暫時稱這段代碼為”加鎖代碼“）放到nslock的lock和unlock之間，一個線程a進入加鎖代碼之後由于已經加鎖，另一個線程b就無法通路，隻有等待前一個線程a執行完加鎖代碼後解鎖，b線程才能通路加鎖代碼。需要注意的是lock和unlock之間的”加鎖代碼“應該是搶占資源的讀取和修改代碼，不要将過多的其他操作代碼放到裡面，否則一個線程執行的時候另一個線程就一直在等待，就無法發揮多線程的作用了。
另外，在上面的代碼中”搶占資源“_imagenames定義成了成員變量，這麼做是不明智的，應該定義為“原子屬性”。對于被搶占資源來說将其定義為原子屬性是一個很好的習慣，因為有時候很難保證同一個資源不在别處讀取和修改。nonatomic屬性讀取的是記憶體資料（寄存器計算好的結果），而atomic就保證直接讀取寄存器的資料，這樣一來就不會出現一個線程正在修改資料，而另一個線程讀取了修改之前（存儲在記憶體中）的資料，永遠保證同時隻有一個線程在通路一個屬性。
下面的代碼示範了如何使用nslock進行線程同步：
kcmainviewcontroller.h
前面也說過使用同步鎖時如果一個線程a已經加鎖，線程b就無法進入。那麼b怎麼知道是否資源已經被其他線程鎖住呢？可以通過trylock方法，此方法會傳回一個bool型的值，如果為yes說明擷取鎖成功，否則失敗。另外還有一個lockbeforedata:方法指定在某個時間内擷取鎖，同樣傳回一個bool值，如果在這個時間内加鎖成功則傳回yes，失敗則傳回no。
使用@synchronized解決線程同步問題相比較nslock要簡單一些，日常開發中也更推薦使用此方法。首先選擇一個對象作為同步對象（一般使用self），然後将”加鎖代碼”（争奪資源的讀取、修改代碼）放到代碼塊中。@synchronized中的代碼執行時先檢查同步對象是否被另一個線程占用，如果占用該線程就會處于等待狀态，直到同步對象被釋放。下面的代碼示範了如何使用@synchronized進行線程同步：
在gcd中提供了一種信号機制，也可以解決資源搶占問題（和同步鎖的機制并不一樣）。gcd中信号量是dispatch_semaphore_t類型，支援信号通知和信号等待。每當發送一個信号通知，則信号量+1；每當發送一個等待信号時信号量-1,；如果信号量為0則信号會處于等待狀态，直到信号量大于0開始執行。根據這個原理我們可以初始化一個信号量變量，預設信号量設定為1，每當有線程進入“加鎖代碼”之後就調用信号等待指令（此時信号量為0）開始等待，此時其他線程無法進入，執行完後發送信号通知（此時信号量為1），其他線程開始進入執行，如此一來就達到了線程同步目的。
運作效果與前面使用同步鎖是一樣的。
由于線程的排程是透明的，程式有時候很難對它進行有效的控制，為了解決這個問題ios提供了nscondition來控制線程通信(同前面gcd的信号機制類似)。nscondition實作了nslocking協定，是以它本身也有lock和unlock方法，是以也可以将它作為nslock解決線程同步問題，此時使用方法跟nslock沒有差別，隻要線上程開始時加鎖，取得資源後釋放鎖即可，這部分内容比較簡單在此不再示範。當然，單純解決線程同步問題不是nscondition設計的主要目的，nscondition更重要的是解決線程之間的排程關系（當然，這個過程中也必須先加鎖、解鎖）。nscondition可以調用wati方法控制某個線程處于等待狀态，直到其他線程調用signal（此方法喚醒一個線程，如果有多個線程在等待則任意喚醒一個）或者broadcast（此方法會喚醒所有等待線程）方法喚醒該線程才能繼續。
假設目前imagenames沒有任何圖檔，而整個界面能夠加載15張圖檔（每張都不能重複），現在建立15個線程分别從imagenames中取圖檔加載到界面中。由于imagenames中沒有任何圖檔，那麼15個線程都處于等待狀态，隻有當調用圖檔建立方法往imagenames中添加圖檔後（每次建立一個）并且喚醒其他線程（這裡隻喚醒一個線程）才能繼續執行加載圖檔。如此，每次建立一個圖檔就會喚醒一個線程去加載，這個過程其實就是一個典型的生産者-消費者模式。下面通過nscondition實作這個流程的控制：
在上面的代碼中loadimage:方法是消費者，當在界面中點選“加載圖檔”後就建立了15個消費者線程。在這個過程中每個線程進入圖檔加載方法之後都會先加鎖，加鎖之後其他程序是無法進入“加鎖代碼”的。但是第一個線程進入“加鎖代碼”後去加載圖檔卻發現目前并沒有任何圖檔，是以它隻能等待。一旦調用了nscondition的wait方法後其他線程就可以繼續進入“加鎖代碼”（注意，這一點和前面說的nslock、@synchronized等是不同的，使用nslock、@synchronized等進行加鎖後無論什麼情況下，隻要沒有解鎖其他線程就無法進入“加鎖代碼”），同時第一個線程處于等待隊列中（此時并未解鎖）。第二個線程進來之後同第一線程一樣，發現沒有圖檔就進入等待狀态，然後第三個線程進入。。。如此反複，直到第十五個線程也處于等待。此時點選“建立圖檔”後會執行createimagename方法，這是一個生産者，它會建立一個圖檔連結放到imagenames中，然後通過調用nscondition的signal方法就會在條件等待隊列中選擇一個線程（該線程會任意選取，假設為線程a）開啟，那麼此時這個線程就會繼續執行。在上面代碼中，wati方法之後會繼續執行圖檔加載方法，那麼此時線程a啟動之後繼續執行圖檔加載方法，當然此時可以成功加載圖檔。加載完圖檔之後線程a就會釋放鎖，整個線程任務完成。此時再次點選”建立圖檔“按鈕重複前面的步驟加載其他圖檔。
為了說明上面的過程，這裡以一個流程圖的進行說明，流程圖藍色部分代表15個加載圖檔的線程，綠色部分表示建立圖檔資源線程。
在ios開發中，除了同步鎖有時候還會用到一些其他鎖類型，在此簡單介紹一下：
nsrecursivelock ：遞歸鎖，有時候“加鎖代碼”中存在遞歸調用，遞歸開始前加鎖，遞歸調用開始後會重複執行此方法以至于反複執行加鎖代碼最終造成死鎖，這個時候可以使用遞歸鎖來解決。使用遞歸鎖可以在一個線程中反複擷取鎖而不造成死鎖，這個過程中會記錄擷取鎖和釋放鎖的次數，隻有最後兩者平衡鎖才被最終釋放。
nsdistributedlock：分布鎖，它本身是一個互斥鎖，基于檔案方式實作鎖機制，可以跨程序通路。
pthread_mutex_t：同步鎖，基于c語言的同步鎖機制，使用方法與其他同步鎖機制類似。
提示：在開發過程中除非必須用鎖，否則應該盡可能不使用鎖，因為多線程開發本身就是為了提高程式執行順序，而同步鎖本身就隻能一個程序執行，這樣不免降低執行效率。
1>無論使用哪種方法進行多線程開發，每個線程啟動後并不一定立即執行相應的操作，具體什麼時候由系統排程（cpu空閑時就會執行）。
2>更新ui應該在主線程（ui線程）中進行，并且推薦使用同步調用，常用的方法如下：
- (void)performselectoronmainthread:(sel)aselector withobject:(id)arg waituntildone:(bool)wait (或者-(void)performselector:(sel)aselector onthread:(nsthread *)thr withobject:(id)arg waituntildone:(bool) wait;方法傳遞主線程[nsthread mainthread])
[nsoperationqueue mainqueue] addoperationwithblock:
dispatch_sync(dispatch_get_main_queue(), ^{})
3>nsthread适合輕量級多線程開發，控制線程順序比較難，同時線程總數無法控制（每次建立并不能重用之前的線程，隻能建立一個新的線程）。
4>對于簡單的多線程開發建議使用nsobject的擴充方法完成，而不必使用nsthread。
5>可以使用nsthread的currentthread方法取得目前線程，使用 sleepfortimeinterval:方法讓目前線程休眠。
6>nsoperation進行多線程開發可以控制線程總數及線程依賴關系。
7>建立一個nsoperation不應該直接調用start方法（如果直接start則會在主線程中調用）而是應該放到nsoperationqueue中啟動。
8>相比nsinvocationoperation推薦使用nsblockoperation，代碼簡單，同時由于閉包性使它沒有傳參問題。
9>nsoperation是對gcd面向對象的objc封裝，但是相比gcd基于c語言開發，效率卻更高，建議如果任務之間有依賴關系或者想要監聽任務完成狀态的情況下優先選擇nsoperation否則使用gcd。
10>在gcd中串行隊列中的任務被安排到一個單一線程執行（不是主線程），可以友善地控制執行順序；并發隊列在多個線程中執行（前提是使用異步方法），順序控制相對複雜，但是更高效。
11>在gdc中一個操作是多線程執行還是單線程執行取決于目前隊列類型和執行方法，隻有隊列類型為并行隊列并且使用異步方法執行時才能在多個線程中執行（如果是并行隊列使用同步方法調用則會在主線程中執行）。
12>相比使用nslock，@synchronized更加簡單，推薦使用後者。
<a href="http://www.cnblogs.com/kenshincui/p/3890880.html">ios開發系列--ios程式開發概覽</a>
<a href="http://www.cnblogs.com/kenshincui/p/3913885.html">ios開發系列--無限循環的圖檔浏覽器</a>
<a href="http://www.cnblogs.com/kenshincui/p/3931948.html">ios開發系列--uitableview全面解析</a>
<a href="http://www.cnblogs.com/kenshincui/p/3940746.html">ios開發系列--視圖切換</a>
<a href="http://www.cnblogs.com/kenshincui/p/3950646.html">ios開發系列--觸摸事件、手勢識别、搖晃事件、耳機線控</a>
<a href="http://www.cnblogs.com/kenshincui/p/3959951.html">ios開發系列--打造自己的“美圖秀秀”</a>
<a href="http://www.cnblogs.com/kenshincui/p/3972100.html">ios開發系列--讓你的應用“動”起來</a>
為了友善大家進行交流，歡迎大家加入ios開發群：64555322(已滿)
上面的群已滿，建議添加：132785059