### Mutex Lock 監視器鎖（Monitor）本質是依賴于底層操作系統的Mutex Lock（互斥鎖）來實現的。每個對象都對應于一個可稱為" 互斥鎖" 的標記，這個標記用來保證在任一時刻，只能有一個線程訪問該對象； **互斥鎖**：用于保護臨界區，確保同一時間只有一個線程訪問數據。對共享資源的訪問，先對互斥量進行加鎖，如果互斥量已經上鎖，調用線程會阻塞，直到互斥量被解鎖。在完成了對共享資源的訪問后，要對互斥量進行解鎖 ### mutex的工作方式 1. 申請mutex 2. 如果成功，則持有該mutex 3. 如果失敗，則進行spin自旋. spin的過程就是在線等待mutex, 不斷發起mutex gets, 直到獲得mutex或者達到spin_count限制為止 4. 依據工作模式的不同選擇yiled還是sleep 5. 若達到sleep限制或者被主動喚醒或者完成yield, 則重復1)~4)步，直到獲得為止 由于Java的線程是映射到操作系統的原生線程之上的，如果要阻塞或喚醒一條線程，都需要操作系統來幫忙完成，這就需要從用戶態轉換到核心態中，因此狀態轉換需要耗費很多的處理器時間。所以synchronized是Java語言中的一個重量級操作。在JDK1.6中，虛擬機進行了一些優化，譬如在通知操作系統阻塞線程之前加入一段自旋等待過程，避免頻繁地切入到核心態中： synchronized與java.util.concurrent包中的ReentrantLock相比，由于JDK1.6中加入了針對鎖的優化措施（見后面），使得synchronized與ReentrantLock的性能基本持平。ReentrantLock只是提供了synchronized更豐富的功能，而不一定有更優的性能，所以在synchronized能實現需求的情況下，優先考慮使用synchronized來進行同步。