自旋鎖

自選鎖其實就是在拿鎖時發現已經有執行緒拿了鎖，一般情況下需要阻塞自己，但是這種掛起和喚醒需要切換至核心程序耗費資源，這個時候會選擇進行忙等迴圈嘗試。也就是不停迴圈看是否能等到上個執行緒自己釋放鎖。這個問題是基於一個現實考量的：很多拿了鎖的執行緒會很快釋放鎖。因為一般敏感的操作不會很多。當然這個是一個不能完全確定的情況，只能說總體上是一種優化。

自旋適應鎖

自旋的次數不固定，它是由前一次在同一個鎖上的自旋時間及鎖的擁有者的狀態來決定。如果自旋成功，那麼下次自旋的次數會更多，因為虛擬機器認為既然上次成功了，那麼此次自旋也很有可能會再次成功。反之，以後自旋的次數會減少甚至省略掉自旋過程，以免浪費處理器資源。

鎖消除

通過逃逸分析發現其實根本就沒有別的執行緒產生競爭的可能，而“自作多情”地給自己加上了鎖。虛擬機器會直接去掉這個鎖。稱為鎖消除。

鎖粗化

一個迴圈裡面有很多synchronized關鍵字，因其頻繁地拿鎖釋放鎖，開銷很大。虛擬機器對此適當擴大加鎖的範圍以避免頻繁的拿鎖釋放鎖的過程。

鎖膨脹

一個鎖從偏向鎖開始，只能沿著 偏向鎖 -> 輕量鎖 -> 重量鎖 的方向進行膨脹升級，不能進行鎖的降級。

偏向鎖 -> 輕量鎖 -> 重量鎖

這邊書上說的不是很詳細，關於鎖操作的流程資料也不多，以下有兩點先說明：

1. CAS的預估值是鎖識別符號、HashCode：大家說鎖的膨脹過程是用CAS做判斷，但是CAS是需要預估值的，沒有一篇文章說過CAS的預估值是什麼，如果不知道預估值，怎麼才能明白什麼時候成功什麼時候失敗呢？根據觀察，我認為是用鎖識別符號+hashCode做預估值能準確判斷各種情況。
2. 重量鎖是怎麼實現的：重量鎖用作業系統底層的Mutex Lock實現的鎖，是一種很耗費資源的鎖。