警告⚠️：本文耗時很長，先做好心理准備 本篇將從hotspot源碼（64 bits）入手，通過分析java對象頭引申出鎖的狀態；本文采用大量實例及分析，請耐心看完，謝謝 先來看一下 hotspot的源碼當中的對象頭的注釋（32bits 可以忽略了，現在基本沒有32 ...

Java對象頭與Monitor java對象頭是實現synchronized的鎖對象的基礎，synchronized使用的鎖對象是存儲在Java對象頭里的。 對象頭包含兩部分：Mark Word 和 Class Metadata Address 其中Mark Word ...

Java並發之鎖升級：無鎖->偏向鎖->輕量級鎖->重量級鎖 對象頭markword 在lock_bits為01的大前提下，只有當是否偏向鎖位值為1的時候，才表明當前對象處於偏向鎖定狀態；為0時，表明該對象被hash計算了 如果線程獲得該偏向鎖，則對象頭是否偏向鎖置 ...

進入時：monitorenter 每個對象有一個監視器鎖（monitor）。當monitor被占用時就會處於鎖定狀態，線程執行monitorenter指令時嘗試獲取monitor的所有權，過程如下：1、如果monitor的進入數為0，則該線程進入monitor，然后將進入數設置為1，該線程即為 ...

synchronized的三種應用方式 一. 修飾實例方法，作用於當前實例加鎖，進入同步代碼前要獲得當前實例的鎖。 二. 修飾靜態方法，作用於當前類對象加鎖，進入同步代碼前要獲得當前類對象的鎖。 三. 修飾代碼塊，指定加鎖對象，對給定對象加鎖，進入同步代碼庫前要獲得給定對象 ...

為了換取性能，JVM在內置鎖上做了非常多的優化，膨脹式的鎖分配策略就是其一。理解偏向鎖、輕量級鎖、重量級鎖的要解決的基本問題，幾種鎖的分配和膨脹過程，有助於編寫並優化基於鎖的並發程序。 內置鎖的分配和膨脹過程較為復雜，限於時間和精力，文中該部分內容是根據網上的多方資料整合而來 ...

之前做過一個測試，反復執行過多次，發現結果是一樣的: 1. 單線程下synchronized效率最高（當時感覺它的效率應該是最差才對）； 2. AtomicInteger效率最不穩定，不同並發情況下表現不一樣：短時間低並發下，效率比synchronized高，有時甚至比LongAdder還高出一點 ...

上次總結了Synchronized機制下的鎖的種類和原理，這次總結一下幾種鎖的適用場景。 偏向鎖 一個線程獲取某個對象的偏向鎖的成本是很低的，只需把對象頭的偏向線程id改為自己就好，如果偏向線程id已經為自己則直接獲得鎖。當偏向鎖的獲取出現競爭，則偏向鎖可能會升級為輕量級鎖 ...