學習資源:http://www.cnblogs.com/dolphin0520/p/3923167.html

一.java.util.concurrent.locks包下常用的類

1.Lock

public?interface?Lock {

????void?lock();//用來獲取鎖。如果鎖已被其他線程獲取，則進行等待。 ????void?lockInterruptibly()?throws?InterruptedException;//當通過這個方法去獲取鎖時，如果線程正在等待獲取鎖，則這個線程能夠響應中斷，即中斷線程的等待狀態。也就使說，當兩個線程同時通過lock.lockInterruptibly()想獲取某個鎖時，假若此時線程A獲取到了鎖，而線程B只有在等待，那么對線程B調用threadB.interrupt()方法能夠中斷線程B的等待過程。 ????boolean?tryLock();//是有返回值的，它表示用來嘗試獲取鎖，如果獲取成功，則返回true，如果獲取失敗（即鎖已被其他線程獲取），則返回false，也就說這個方法無論如何都會立即返回。在拿不到鎖時不會一直在那等待。 ????boolean?tryLock(long?time, TimeUnit unit)?throws?InterruptedException;//和tryLock()方法是類似的，只不過區別在于這個方法在拿不到鎖時會等待一定的時間，在時間期限之內如果還拿不到鎖，就返回false。如果如果一開始拿到鎖或者在等待期間內拿到了鎖，則返回true。 ????void?unlock(); ????Condition newCondition(); }

2.ReentrantLock

　　ReentrantLock，意思是“可重入鎖”。ReentrantLock是唯一實現了Lock接口的類

3.ReadWriteLock

　　一個用來獲取讀鎖，一個用來獲取寫鎖。也就是說將文件的讀寫操作分開，分成2個鎖來分配給線程，從而使得多個線程可以同時進行讀操作

public?interface?ReadWriteLock {

????/** ?????* Returns the lock used for reading. ?????* ?????* @return the lock used for reading. ?????*/ ????Lock readLock(); ????/** ?????* Returns the lock used for writing. ?????* ?????* @return the lock used for writing. ?????*/ ????Lock writeLock(); } 4.ReentrantReadWriteLock 　　ReentrantReadWriteLock實現了ReadWriteLock接口。

Lock和synchronized的選擇

　　總結來說，Lock和synchronized有以下幾點不同：

　　1）Lock是一個接口，而synchronized是Java中的關鍵字，synchronized是內置的語言實現；

　　2）synchronized在發生異常時，會自動釋放線程占有的鎖，因此不會導致死鎖現象發生；而Lock在發生異常時，如果沒有主動通過unLock()去釋放鎖，則很可能造成死鎖現象，因此使用Lock時需要在finally塊中釋放鎖；

　　3）Lock可以讓等待鎖的線程響應中斷，而synchronized卻不行，使用synchronized時，等待的線程會一直等待下去，不能夠響應中斷；

　　4）通過Lock可以知道有沒有成功獲取鎖，而synchronized卻無法辦到。

　　5）Lock可以提高多個線程進行讀操作的效率。

　　在性能上來說，如果競爭資源不激烈，兩者的性能是差不多的，而當競爭資源非常激烈時（即有大量線程同時競爭），此時Lock的性能要遠遠優于synchronized。所以說，在具體使用時要根據適當情況選擇。

?

1.可重入鎖

　　如果鎖具備可重入性，則稱作為可重入鎖。像synchronized和ReentrantLock都是可重入鎖，可重入性在我看來實際上表明了鎖的分配機制：基于線程的分配，而不是基于方法調用的分配。舉個簡單的例子，當一個線程執行到某個synchronized方法時，比如說method1，而在method1中會調用另外一個synchronized方法method2，此時線程不必重新去申請鎖，而是可以直接執行方法method2。

2.可中斷鎖

　　可中斷鎖：顧名思義，就是可以相應中斷的鎖。

　　在Java中，synchronized就不是可中斷鎖，而Lock是可中斷鎖。

　　如果某一線程A正在執行鎖中的代碼，另一線程B正在等待獲取該鎖，可能由于等待時間過長，線程B不想等待了，想先處理其他事情，我們可以讓它中斷自己或者在別的線程中中斷它，這種就是可中斷鎖。

　　在前面演示lockInterruptibly()的用法時已經體現了Lock的可中斷性。

3.公平鎖

　　公平鎖即盡量以請求鎖的順序來獲取鎖。比如同是有多個線程在等待一個鎖，當這個鎖被釋放時，等待時間最久的線程（最先請求的線程）會獲得該所，這種就是公平鎖。

　　非公平鎖即無法保證鎖的獲取是按照請求鎖的順序進行的。這樣就可能導致某個或者一些線程永遠獲取不到鎖。

　　在Java中，synchronized就是非公平鎖，它無法保證等待的線程獲取鎖的順序。

　　而對于ReentrantLock和ReentrantReadWriteLock，它默認情況下是非公平鎖，但是可以設置為公平鎖。

4.讀寫鎖

　　讀寫鎖將對一個資源（比如文件）的訪問分成了2個鎖，一個讀鎖和一個寫鎖。

　　正因為有了讀寫鎖，才使得多個線程之間的讀操作不會發生沖突。

　　ReadWriteLock就是讀寫鎖，它是一個接口，ReentrantReadWriteLock實現了這個接口。

　　可以通過readLock()獲取讀鎖，通過writeLock()獲取寫鎖。

轉載于:https://www.cnblogs.com/Rage-Leila/p/8582327.html

總結

以上是生活随笔為你收集整理的Lock和synchronized的选择的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。