溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
今天小編給大家分享一下Java輕量級鎖比重量級鎖快嗎的相關知識點，內容詳細，邏輯清晰，相信大部分人都還太了解這方面的知識，所以分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后有所收獲，下面我們一起來了解一下吧。
輕量級鎖是 JDK 1.6 新增的概念，是相對于傳統的重量級鎖而已的一種狀態，在 JDK 1.5 時，synchronized 是需要通過操作系統自身的互斥量（mutex lock）來實現，然而這種實現方式需要通過用戶態與和核心態的切換來實現，但這個切換的過程會帶來很大的性能開銷，所以在 JDK 1.6 就引入了輕量級鎖來避免此問題的發生。
再講輕量級鎖執行過程之前，要先從虛擬機的對象頭開始說起，HotSpot 的對象頭（Object Header）分為兩部分：
Mark Word 在 32 位系統中，有 32bit 空間，其中：
再說會輕量級鎖的執行過程，在代碼進入同步塊的時候，如果此對象沒有被線程所占用，虛擬機會先將此線程的棧幀拷貝一份存儲在當前對象的 Lock Record (鎖記錄) 區域中。
然后虛擬機再使用 CAS (Compare and Swap, 比較并交換) 將本線程的 Mark Word 更新為指向對象 Lock Record 區域的指針，如果更新成功，則表示這個線程擁有了該對象，輕量級鎖添加成功，如果更新失敗，虛擬機會先檢查對象 Mark Word 是否指向了當前線程的線幀，如果是則表明此線程已經擁有了此鎖，如果不是，則表明該鎖已經被其他線程占用了。如果有兩條以上的線程在爭搶死鎖，那么鎖就會膨脹為重量鎖，Mark Word 中存儲的就是指向重量級鎖的互斥量指針，后面等待鎖的線程也會進入阻塞狀態。
從以上的過程，我們可以看出輕量級鎖可以理解為是通過 CAS 實現的，理想的情況下是整個同步周期內不存在鎖競爭，那么輕量鎖可以有效的提高程序的同步性能，然而，如果情況相反，輕量級鎖不但要承擔 CAS 的開銷還要承擔互斥量的開銷，這種情況下輕量級鎖就會比重量級鎖更慢，這就是我們本文的答案。
以上就是“Java輕量級鎖比重量級鎖快嗎”這篇文章的所有內容，感謝各位的閱讀！相信大家閱讀完這篇文章都有很大的收獲，小編每天都會為大家更新不同的知識，如果還想學習更多的知識，請關注億速云行業資訊頻道。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
