Java多線程：synchronized關鍵字和Lock
阿新 • • 發佈：2017-09-24
final sleep java多線 大型 pre 有一個 但是 logs 讀寫文件
案例一：其中foo1和foo2是SynchronizedDemo1類的兩個靜態方法。在不同的線程中，這兩個方法的調用是互斥的，不僅是它們之間，任何兩個不同線程的調用也互斥。
一、synchronized
synchronized關鍵字可以用於聲明方法，也可以用來聲明代碼塊，下面分別看一下具體的場景(摘抄自《大型網站系統與Java中間件實踐》)案例一：其中foo1和foo2是SynchronizedDemo1類的兩個靜態方法。在不同的線程中，這兩個方法的調用是互斥的，不僅是它們之間，任何兩個不同線程的調用也互斥。
public class SynchronizedDemo1 {
public synchronized static void foo1(){}
public synchronized static void
案例二：foo3和foo4是SynchronizedDemo2的兩個成員方法，在多線程環境中，調用同一個對象的foo3或者foo4是互斥的，與案例一的差別在於，這是針對於同一個對象的多線程方法調用互斥。
public class SynchronizedDemo2 {
public synchronized void foo3(){}
public synchronized void foo4(){}
}
案例三：synchronized後面會有一個參數，該參數就是用於同步的鎖所屬的對象。
public class
在該案例中，synchronized (this)與SynchronizedDemo3中加 synchronized的成員方法是互斥的，而synchronized (SynchronizedDemo3.class)與SynchronizedDemo3中加synchronized 的靜態方法是互斥的
二、Lock
三、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。所以說，在具體使用時要根據適當情況選擇。Java多線程：synchronized關鍵字和Lock