這篇文章主要講解了“Java并發鎖的悲觀鎖與樂觀鎖詳解”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“Java并發鎖的悲觀鎖與樂觀鎖詳解”吧！

創新互聯建站基于成都重慶香港及美國等地區分布式IDC機房數據中心構建的電信大帶寬，聯通大帶寬，移動大帶寬，多線BGP大帶寬租用,是為眾多客戶提供專業成都服務器托管報價，主機托管價格性價比高，為金融證券行業服務器托管，ai人工智能服務器托管提供bgp線路100M獨享，G口帶寬及機柜租用的專業成都idc公司。

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，也不是那么十全十美，目前它存在三個三大問題。

1. ABA問題(JDK1.5之后已有解決方案)：CAS需要在操作值的時候檢查內存值是否發生變化，沒有發生變化才會更新內存值。但是如果內存值原來是A，后來變成了B，然后又變成了A，那么CAS進行檢查時會發現值沒有發生變化，但是實際上是有變化的。ABA問題的解決思路就是在變量前面添加版本號，每次變量更新的時候都把版本號加一，這樣變化過程就從“A－B－A”變成了“1A－2B－3A”。

2. 循環時間長開銷大：CAS操作如果長時間不成功，會導致其一直自旋，給CPU帶來非常大的開銷。

3. 只能保證一個共享變量的原子操作(JDK1.5之后已有解決方案)：對一個共享變量執行操作時，CAS能夠保證原子操作，但是對多個共享變量操作時，CAS是無法保證操作的原子性的。

感謝各位的閱讀，以上就是“Java并發鎖的悲觀鎖與樂觀鎖詳解”的內容了，經過本文的學習后，相信大家對Java并發鎖的悲觀鎖與樂觀鎖詳解這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是創新互聯，小編將為大家推送更多相關知識點的文章，歡迎關注！

本文名稱：Java并發鎖的悲觀鎖與樂觀鎖詳解
轉載來于：http://vcdvsql.cn/article14/pejgge.html

成都網站建設公司_創新互聯，為您提供微信公眾號、搜索引擎優化、商城網站、虛擬主機、品牌網站建設、面包屑導航

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯