那你在程式碼中是否很好的使用了鎖的機制呢？你又知道幾種實現鎖的方法呢？

今天一起來探討一下Objective-C中幾種不同方式實現的鎖，在這之前我們先構建一個測試用的類，假想它是我們的一個共享資源，method1與method2是互斥的，程式碼如下：

1.使用NSLock實現的鎖

看到列印的結果了嗎，你會看到執行緒1鎖住之後，執行緒2會一直等待走到執行緒1將鎖置為unlock後，才會執行method2方法。

NSLock是Cocoa提供給我們最基本的鎖物件，這也是我們經常所使用的，除lock和unlock方法外，NSLock還提供了tryLock和lockBeforeDate:兩個方法，前一個方法會嘗試加鎖，如果鎖不可用(已經被鎖住)，剛並不會阻塞執行緒，並返回NO。lockBeforeDate:方法會在所指定Date之前嘗試加鎖，如果在指定時間之前都不能加鎖，則返回NO。

2.使用synchronized關鍵字構建的鎖

當然在Objective-C中你還可以用@synchronized指令快速的實現鎖：

@synchronized指令使用的obj為該鎖的唯一標識，只有當標識相同時，才為滿足互斥，如果執行緒2中的@synchronized(obj)改為@synchronized(other),剛執行緒2就不會被阻塞，@synchronized指令實現鎖的優點就是我們不需要在程式碼中顯式的建立鎖物件，便可以實現鎖的機制，但作為一種預防措施，@synchronized塊會隱式的新增一個異常處理例程來保護程式碼，該處理例程會在異常丟擲的時候自動的釋放互斥鎖。所以如果不想讓隱式的異常處理例程帶來額外的開銷，你可以考慮使用鎖物件。

3.使用C語言的pthread_mutex_t實現的鎖

pthread_mutex_t定義在pthread.h，所以記得#include <pthread.h>
4.使用GCD來實現的”鎖”
以上程式碼構建多執行緒我們就已經用到了GCD的dispatch_async方法，其實在GCD中也已經提供了一種訊號機制，使用它我們也可以來構建一把”鎖”(從本質意義上講，訊號量與鎖是有區別，具體差異參加訊號量與互斥鎖之間的區別):

至於程式碼產生的效果當然和上一例是一模一樣的，關於訊號機制，熟悉C程式設計的你肯定也不會陌生的，關於GCD中更多關於dispatch_semaphore_t的資訊，可以跳轉到本部落格的這一往篇文章:GCD介紹（三）: Dispatch Sources

好了，以上就是我所列舉了幾種方式來實現鎖，當然鎖大多數情況下也是配合多執行緒一起使用的，關於多執行緒程式設計，我這兒就不贅述了。

在上一文中，我們已經討論過用Objective-C鎖幾種實現(跳轉地址)，也用程式碼實際的演示瞭如何通過構建一個互斥鎖來實現多執行緒的資源共享及執行緒安全，今天我們繼續討論鎖的一些高階用法。

1.NSRecursiveLock遞迴鎖

平時我們在程式碼中使用鎖的時候，最容易犯的一個錯誤就是造成死鎖，而容易造成死鎖的一種情形就是在遞迴或迴圈中，如下程式碼:

以上的程式碼中，就是一種典型的死鎖情況，因為線上程1中的遞迴block中，鎖會被多次的lock，所以自己也被阻塞了，由於以上的程式碼非常的簡短，所以很容易能識別死鎖，但在較為複雜的程式碼中，就不那麼容易發現了，那麼如何在遞迴或迴圈中正確的使用鎖呢？此處的theLock如果換用NSRecursiveLock物件，問題便得到解決了，NSRecursiveLock類定義的鎖可以在同一執行緒多次lock，而不會造成死鎖。遞迴鎖會跟蹤它被多少次lock。每次成功的lock都必須平衡呼叫unlock操作。只有所有的鎖住和解鎖操作都平衡的時候，鎖才真正被釋放給其他執行緒獲得。

2.NSConditionLock條件鎖

當我們在使用多執行緒的時候，有時一把只會lock和unlock的鎖未必就能完全滿足我們的使用。因為普通的鎖只能關心鎖與不鎖，而不在乎用什麼鑰匙才能開鎖，而我們在處理資源共享的時候，多數情況是隻有滿足一定條件的情況下才能開啟這把鎖：

線上程1中的加鎖使用了lock，所以是不需要條件的，所以順利的就鎖住了，但在unlock的使用了一個整型的條件，它可以開啟其它執行緒中正在等待這把鑰匙的臨界地，而執行緒2則需要一把被標識為2的鑰匙，所以當執行緒1迴圈到最後一次的時候，才最終打開了執行緒2中的阻塞。但即便如此，NSConditionLock也跟其它的鎖一樣，是需要lock與unlock對應的，只是lock,lockWhenCondition:與unlock，unlockWithCondition:是可以隨意組合的，當然這是與你的需求相關的。

3.NSDistributedLock分散式鎖

以上所有的鎖都是在解決多執行緒之間的衝突，但如果遇上多個程序或多個程式之間需要構建互斥的情景該怎麼辦呢？這個時候我們就需要使用到NSDistributedLock了，從它的類名就知道這是一個分散式的Lock，NSDistributedLock的實現是通過檔案系統的，所以使用它才可以有效的實現不同程序之間的互斥，但NSDistributedLock並非繼承於NSLock，它沒有lock方法，它只實現了tryLock，unlock，breakLock，所以如果需要lock的話，你就必須自己實現一個tryLock的輪詢，下面通過程式碼簡單的演示一下吧：

程式A:

程式B:

先執行程式A,然後立即執行程式B,根據列印你可以清楚的發現，當程式A剛執行的時候，程式B一直處於等待中，當大概10秒過後，程式B便打印出了appB:OK的輸出，以上便實現了兩上不同程式之間的互斥。/Users/mac/Desktop/earning__是一個檔案或資料夾的地址，如果該檔案或資料夾不存在，那麼在tryLock返回YES時，會自動建立該檔案/資料夾。在結束的時候該檔案/資料夾會被清除，所以在選擇的該路徑的時候，應該選擇一個不存在的路徑，以防止誤刪了檔案。