溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章主要講解了“Java并發鎖的悲觀鎖與樂觀鎖詳解”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“Java并發鎖的悲觀鎖與樂觀鎖詳解”吧！
synchronized和Lock都是悲觀鎖，它們認為當使用數據的時候一定有其它線程來修改，所以在獲取數據的時候就會加鎖，確保不會被其它線程修改。
synchronized代碼塊：
public synchronized void update() { //同步資源 }
Lock代碼塊：
public void update() { Lock lock = new ReentrantLock(); lock.lock(); try { //同步資源 } finally { lock.unlock(); } }
樂觀鎖，它認為使用數據的時候不會有別的線程來修改數據，所以不會加鎖。只要在自身要進行update操作的時候，才會去判斷之前的數據是否被別的線程修改了。如果沒有被修改則會修改成功，相反則會修改不成功。這里最典型的是java.util.concurrent并發包中的遞增操作就通過CAS自旋實現的。
CAS代碼塊
public class TestLock { AtomicInteger atomicInteger = new AtomicInteger(0); public int add() { return atomicInteger.incrementAndGet(); }}
什么是CAS，CAS的全稱為Compare And Swap（比較與交換)，是一種無鎖算法。在不使用鎖（沒有線程被阻塞）的情況下實現多線程之間的變量同步。
總結： 這里我們可以得出悲觀鎖適合寫操作多的場景，先加鎖可以保證寫操作時數據正確。樂觀鎖適合讀操作多的場景，不加鎖的特點能夠使其讀操作的性能大幅提升。不過從jdk1.8之后java已經對synchronized做了優化，性能上有了大幅度的提升。但是樂觀鎖CAS，也不是那么十全十美，目前它存在三個三大問題。
ABA問題(JDK1.5之后已有解決方案)：CAS需要在操作值的時候檢查內存值是否發生變化，沒有發生變化才會更新內存值。但是如果內存值原來是A，后來變成了B，然后又變成了A，那么CAS進行檢查時會發現值沒有發生變化，但是實際上是有變化的。ABA問題的解決思路就是在變量前面添加版本號，每次變量更新的時候都把版本號加一，這樣變化過程就從“A－B－A”變成了“1A－2B－3A”。
循環時間長開銷大：CAS操作如果長時間不成功，會導致其一直自旋，給CPU帶來非常大的開銷。
只能保證一個共享變量的原子操作(JDK1.5之后已有解決方案)：對一個共享變量執行操作時，CAS能夠保證原子操作，但是對多個共享變量操作時，CAS是無法保證操作的原子性的。
感謝各位的閱讀，以上就是“Java并發鎖的悲觀鎖與樂觀鎖詳解”的內容了，經過本文的學習后，相信大家對Java并發鎖的悲觀鎖與樂觀鎖詳解這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
