Synchronized是Java中解決并發問題的一種最常用的方法，也是最簡單的一種方法。Synchronized的作用主要有三個：

1. 確保線程互斥的訪問同步代碼

2. 保證共享變量的修改能夠及時可見

3. 有效解決重排序問題。

從語法上講，Synchronized總共有三種用法：

1. 修飾普通方法

2. 修飾靜態方法

3. 修飾代碼塊

接下來我就通過幾個例子程序來說明一下這三種使用方式（為了便于比較，三段代碼除了Synchronized的使用方式不同以外，其他基本保持一致）。

• 沒有同步的情況

執行結果如下，線程1和線程2同時進入執行狀態，線程2執行速度比線程1快，所以線程2先執行完成，這個過程中線程1和線程2是同時執行的。

• 對普通方法同步

執行結果如下，跟代碼段一比較，可以很明顯的看出，線程2需要等待線程1的method1執行完成才能開始執行method2方法。

• 靜態方法（類）同步

執行結果如下，對靜態方法的同步本質上是對類的同步（靜態方法本質上是屬于類的方法，而不是對象上的方法），所以即使test和test2屬于不同的對象，但是它們都屬于SynchronizedTest類的實例，所以也只能順序的執行method1和method2，不能并發執行。

• 代碼塊同步

執行結果如下，雖然線程1和線程2都進入了對應的方法開始執行，但是線程2在進入同步塊之前，需要等待線程1中同步塊執行完成。

Synchronized 原理

先通過反編譯下面的代碼來看看Synchronized是如何實現對代碼塊進行同步的

反編譯結果

關于這兩條指令的作用，我們直接參考JVM規范中描述： ` Each object is associated with a monitor. A monitor is locked if and only if it has an owner. The thread that executes monitorenter attempts to gain ownership of the monitor associated with objectref, as follows: ? If the entry count of the monitor associated with objectref is zero, the thread enters the monitor and sets its entry count to one. The thread is then the owner of the monitor. ? If the thread already owns the monitor associated with objectref, it reenters the monitor, incrementing its entry count. ? If another thread already owns the monitor associated with objectref, the thread blocks until the monitor’s entry count is zero, then tries again to gain ownership. `

每個對象有一個監視器鎖（monitor）。當monitor被占用時就會處于鎖定狀態，線程執行monitorenter指令時嘗試獲取monitor的所有權，過程如下：

1. 如果monitor的進入數為0，則該線程進入monitor，然后將進入數設置為1，該線程即為monitor的所有者。

   
   

2. 如果線程已經占有該monitor，只是重新進入，則進入monitor的進入數加1.

   
   

3. 如果其他線程已經占用了monitor，則該線程進入阻塞狀態，直到monitor的進入數為0，再重新嘗試獲取monitor的所有權。

monitorexit：　 ` The thread that executes monitorexit must be the owner of the monitor associated with the instance referenced by objectref. The thread decrements the entry count of the monitor associated with objectref. If as a result the value of the entry count is zero, the thread exits the monitor and is no longer its owner. Other threads that are blocking to enter the monitor are allowed to attempt to do so.`

1. 執行monitorexit的線程必須是objectref所對應的monitor的所有者。

   
   

2. 指令執行時，monitor的進入數減1，如果減1后進入數為0，那線程退出monitor，不再是這個monitor的所有者。其他被這個monitor阻塞的線程可以嘗試去獲取這個 monitor 的所有權。

通過這兩段描述，我們應該能很清楚的看出 Synchronized的實現原理：

Synchronized的語義底層是通過一個monitor的對象來完成，其實wait/notify等方法也依賴于monitor對象，這就是為什么只有在同步的塊或者方法中才能調用wait/notify等方法，否則會拋出java.lang.IllegalMonitorStateException的異常的原因。

我們再來看一下同步方法的反編譯結果：

反編譯結果

從反編譯的結果來看，方法的同步并沒有通過指令monitorenter和monitorexit來完成（理論上其實也可以通過這兩條指令來實現），不過相對于普通方法，其常量池中多了ACC_SYNCHRONIZED標示符。JVM就是根據該標示符來實現方法的同步的：當方法調用時，調用指令將會檢查方法的 ACC_SYNCHRONIZED 訪問標志是否被設置，如果設置了，執行線程將先獲取monitor，獲取成功之后才能執行方法體，方法執行完后再釋放monitor。在方法執行期間，其他任何線程都無法再獲得同一個monitor對象。 其實本質上沒有區別，只是方法的同步是一種隱式的方式來實現，無需通過字節碼來完成。

運行結果解釋

有了對Synchronized原理的認識，再來看上面的程序就可以迎刃而解了。

代碼段2結果： 雖然method1和method2是不同的方法，但是這兩個方法都進行了同步，并且是通過同一個對象去調用的，所以調用之前都需要先去競爭同一個對象上的鎖（monitor），也就只能互斥的獲取到鎖，因此，method1和method2只能順序的執行。

代碼段3結果： 雖然test和test2屬于不同對象，但是test和test2屬于同一個類的不同實例，由于method1和method2都屬于靜態同步方法，所以調用的時候需要獲取同一個類上monitor（每個類只對應一個class對象），所以也只能順序的執行。

代碼段4結果： 對于代碼塊的同步實質上需要獲取Synchronized關鍵字后面括號中對象的monitor，由于這段代碼中括號的內容都是this，而method1和method2又是通過同一的對象去調用的，所以進入同步塊之前需要去競爭同一個對象上的鎖，因此只能順序執行同步塊。