synchronized內建鎖詳解

多執行緒訪問同一共享可變資源的情況下，會出現執行緒不安全問題，經典案例購買火車票：

public class testthread2 
public void getticket()
system.out.println(thread.currentthread().getname()+"拿到了第"+ticketnums--+"張票");
try catch (exception e)}}}

跑出來的結果如下：

要解決上述問題：1）可以在getticket（）方法前加synchronized關鍵字

public synchronized void getticket(){}

2）新增synchronized**塊：

public void getticket()

system.out.println(thread.currentthread().getname()+「拿到了第」+ticketnums–+「張票」);

try catch (exception e)}}

}【注：****第乙個方案中的鎖物件是當前類物件；第二個方案中的鎖物件是「123」，因為字串是放在jvm方法區的常量池中的，所以不用定義全域性變數，否則一定要定義全域性變數，鎖才生效。】

對於上述這種形式的鎖是重量級的，每次都要呼叫jvm的pthread命令與cpu進行互動，效能消耗很大，所以jdk1.6以後對synchronized進行了優化，讓鎖狀態從無鎖到偏向鎖，到輕量級鎖，重量級鎖逐漸的進行不可逆的膨脹公升級。

1)無鎖：當執行緒沒有觸發的時候，鎖的狀態是無鎖。hotspot虛擬機器的物件頭的mark word 結構如下：

2）偏向鎖：當只有乙個執行緒執行該**塊，那鎖狀態改為偏向鎖，這樣就使該執行緒再次請求鎖時，省去以前的同步操作，直接獲取鎖。這種鎖只要沒有其它執行緒的介入不會釋放，一旦有其他執行緒與其競爭，就會公升級成輕量級鎖。【當然如果抱鎖線程到達安全點時正好執行完，就不用公升級，而是偏向剛進入的執行緒】mark word結構如下：

3）輕量級鎖：執行緒產生競爭時，虛擬機器先嘗試自旋一段時間，看對方會不會把輕量級鎖釋放掉，如果釋放掉，輕量鎖指標指向新的執行緒，否則公升級到重量級鎖。【自旋可以簡單理解成空的for迴圈執行50或100次，就是為了等待所釋放；自適應自旋，就是根據上一次得到鎖時的迴圈次數，計算這次自旋次數】mark word結構如下：

4）重量級鎖：輕量級鎖公升級成重量級鎖後，掛起未得到鎖的執行緒，得到鎖的執行緒到達安全點時，釋放原來的輕量鎖【一般會失敗】，同時喚醒所有執行緒，重新爭搶時間片。mark word結構如下：

synchronized內建鎖詳解

012 內建鎖和synchronized

執行緒鎖 synchronized

執行緒之鎖 synchronized鎖

synchronized內建鎖詳解

012 內建鎖和synchronized

執行緒鎖 synchronized

執行緒之 鎖 synchronized鎖

相關推薦

執行緒之鎖 synchronized鎖