跳到主要內容

Java併發編程(05)：悲觀鎖和樂觀鎖機制

本文源碼：GitHub·點這裏 || GitEE·點這裏


一、資源和加鎖


1、場景描述


多線程併發訪問同一個資源問題，假如線程A獲取變量之後修改變量值，線程C在此時也獲取變量值並且修改，兩個線程同時併發處理一個變量，就會導致併發問題。



這種并行處理數據庫的情況在實際的業務開發中很常見，兩個線程先後修改數據庫的值，導致數據有問題，該問題復現的概率不大，處理的時候需要對整個模塊體系有概念，才能容易定位問題。


2、演示案例


public class LockThread01 {
     public static void main(String[] args) {
         CountAdd countAdd = new CountAdd() ;
         AddThread01 addThread01 = new AddThread01(countAdd) ;
         addThread01.start();
         AddThread02 varThread02 = new AddThread02(countAdd) ;
         varThread02.start();
     }
 }
 class AddThread01 extends Thread {
     private CountAdd countAdd  ;
     public AddThread01 (CountAdd countAdd){
         this.countAdd = countAdd ;
     }
     @Override
     public void run() {
         countAdd.countAdd(30);
     }
 }
 class AddThread02 extends Thread {
     private CountAdd countAdd  ;
     public AddThread02 (CountAdd countAdd){
         this.countAdd = countAdd ;
     }
     @Override
     public void run() {
         countAdd.countAdd(10);
     }
 }
 class CountAdd {
     private Integer count = 0 ;
     public void countAdd (Integer num){
         try {
             if (num == 30){
                 count = count + 50 ;
                 Thread.sleep(3000);
             } else {
                 count = count + num ;
             }
             System.out.println("num="+num+";count="+count);
         } catch (Exception e){
             e.printStackTrace();
         }
     }
 }

這裏案例演示多線程併發修改count值，導致和預期不一致的結果，這是多線程併發下最常見的問題，尤其是在併發更新數據時。


出現併發的情況時，就需要通過一定的方式或策略來控制在併發情況下數據讀寫的準確性，這被稱為併發控制，實現併發控制手段也很多，最常見的方式是資源加鎖，還有一種簡單的實現策略：修改數據前讀取數據，修改的時候加入限制條件，保證修改的內容在此期間沒有被修改。


二、鎖的概念簡介


1、鎖機制簡介


併發編程中一個最關鍵的問題，多線程併發處理同一個資源，防止資源使用的衝突一個關鍵解決方法，就是在資源上加鎖：多線程序列化訪問。鎖是用來控制多個線程訪問共享資源的方式，鎖機制能夠讓共享資源在任意給定時刻只有一個線程任務訪問，實現線程任務的同步互斥，這是最理想但性能最差的方式，共享讀鎖的機制允許多任務併發訪問資源。


2、悲觀鎖


悲觀鎖，總是假設每次每次被讀取的數據會被修改，所以要給讀取的數據加鎖，具有強烈的資源獨佔和排他特性，在整個數據處理過程中，將數據處於鎖定狀態，例如synchronized關鍵字的實現就是悲觀機制。



悲觀鎖的實現，往往依靠數據庫提供的鎖機制，只有數據庫層提供的鎖機制才能真正保證數據訪問的排他性，否則，即使在本系統中實現了加鎖機制，也無法保證外部系統不會修改數據，悲觀鎖主要分為共享讀鎖和排他寫鎖。


排他鎖基本機制：又稱寫鎖，允許獲取排他鎖的事務更新數據，阻止其他事務取得相同的資源的共享讀鎖和排他鎖。若事務T對數據對象A加上寫鎖，事務T可以讀A也可以修改A，其他事務不能再對A加任何鎖，直到T釋放A上的寫鎖。


3、樂觀鎖


樂觀鎖相對悲觀鎖而言，採用更加寬鬆的加鎖機制。悲觀鎖大多數情況下依靠數據庫的鎖機制實現，以保證操作最大程度的獨佔性。但隨之而來的就是數據庫性能的大量開銷，特別是對長事務的開銷非常的占資源，樂觀鎖機制在一定程度上解決了這個問題。



樂觀鎖大多是基於數據版本記錄機制實現，為數據增加一個版本標識，在基於數據庫表的版本解決方案中，一般是通過為數據庫表增加一個version字段來實現。讀取出數據時，將此版本號一同讀出，之後更新時，對此版本號加一。此時，將提交數據的版本數據與數據庫表對應記錄的當前版本信息進行比對，如果提交的數據版本號等於數據庫表當前版本號，則予以更新，否則認為是過期數據。樂觀鎖機制在高併發場景下，可能會導致大量更新失敗的操作。


樂觀鎖的實現是策略層面的實現：CAS(Compare-And-Swap)。當多個線程嘗試使用CAS同時更新同一個變量時，只有其中一個線程能成功更新變量的值，而其它線程都失敗，失敗的線程並不會被掛起，而是被告知這次競爭中失敗，並可以再次嘗試。


4、機制對比


悲觀鎖本身的實現機制就以損失性能為代價，多線程爭搶，加鎖、釋放鎖會導致比較多的上下文切換和調度延時，加鎖的機制會產生額外的開銷，還有增加產生死鎖的概率，引發性能問題。


樂觀鎖雖然會基於對比檢測的手段判斷更新的數據是否有變化，但是不確定數據是否變化完成，例如線程1讀取的數據是A1，但是線程2操作A1的值變化為A2，然後再次變化為A1，這樣線程1的任務是沒有感知的。


悲觀鎖每一次數據修改都要上鎖，效率低，寫數據失敗的概率比較低，比較適合用在寫多讀少場景。


樂觀鎖並未真正加鎖，效率高，寫數據失敗的概率比較高，容易發生業務形異常，比較適合用在讀多寫少場景。


是選擇犧牲性能，還是追求效率，要根據業務場景判斷，這種選擇需要依賴經驗判斷，不過隨着技術迭代，數據庫的效率提升，集群模式的出現，性能和效率還是可以兩全的。


三、Lock基礎案例


1、Lock方法說明


lock：執行一次獲取鎖，獲取后立即返回；


lockInterruptibly：在獲取鎖的過程中可以中斷；


tryLock：嘗試非阻塞獲取鎖，可以設置超時時間，如果獲取成功返回true，有利於線程的狀態監控；


unlock：釋放鎖，清理線程狀態；


newCondition：獲取等待通知組件，和當前鎖綁定；


2、應用案例


import java.util.concurrent.locks.Lock;
 import java.util.concurrent.locks.ReentrantLock;
 public class LockThread02 {
     public static void main(String[] args) {
         LockNum lockNum = new LockNum() ;
         LockThread lockThread1 = new LockThread(lockNum,"TH1");
         LockThread lockThread2 = new LockThread(lockNum,"TH2");
         LockThread lockThread3 = new LockThread(lockNum,"TH3");
         lockThread1.start();
         lockThread2.start();
         lockThread3.start();
     }
 }
 class LockNum {
     private Lock lock = new ReentrantLock() ;
     public void getNum (){
         lock.lock();
         try {
             for (int i = 0 ; i < 3 ; i++){
                 System.out.println("ThreadName:"+Thread.currentThread().getName()+";i="+i);
             }
         } finally {
             lock.unlock();
         }
     }
 }
 class LockThread extends Thread {
     private LockNum lockNum ;
     public LockThread (LockNum lockNum,String name){
         this.lockNum = lockNum ;
         super.setName(name);
     }
     @Override
     public void run() {
         lockNum.getNum();
     }
 }

這裏多線程基於Lock鎖機制，分別依次執行任務，這是Lock的基礎用法，各種API的詳解，下次再說。


3、與synchronized對比


基於synchronized實現的鎖機制，安全性很高，但是一旦線程失敗，直接拋出異常，沒有清理線程狀態的機會。顯式的使用Lock語法，可以在finally語句中最終釋放鎖，維護相對正常的線程狀態，在獲取鎖的過程中，可以嘗試獲取，或者嘗試獲取鎖一段時間。


四、源代碼地址


GitHub·地址
 https://github.com/cicadasmile/java-base-parent
 GitEE·地址
 https://gitee.com/cicadasmile/java-base-parent


推薦閱讀：Java基礎系列



































序號 文章標題
A01 Java基礎：基本數據類型，核心點整理
A02 Java基礎：特殊的String類，和相關擴展API
B01 Java併發：線程的創建方式，狀態周期管理
B02 Java併發：線程核心機制，基礎概念擴展
B03 Java併發：多線程併發訪問，同步控制
B04 Java併發：線程間通信，等待/通知機制
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】



※USB CONNECTOR掌控什麼技術要點? 帶您認識其相關發展及效能



※台北網頁設計公司這麼多該如何選擇?



※智慧手機時代的來臨，RWD網頁設計為架站首選



※評比南投搬家公司費用收費行情懶人包大公開



※回頭車貨運收費標準



Orignal From: Java併發編程(05)：悲觀鎖和樂觀鎖機制

留言

張貼留言

這個網誌中的熱門文章

旅館疑有臭蟲 北市府稽查找嘸

有民眾抱怨，日前投宿的北市某旅館疑似出現臭蟲，北市觀傳局與衛生局、環保局聯合稽查，但因為沒有發現蟲屍，無法確認該旅館是否真有臭蟲，市府下周將召開專家會議處理該案，市長蔣萬安則允諾會以最高規格防範臭蟲。 北市某旅館傳出疑有臭蟲，議員陳宥丞23日在市政總質詢詢問市府處理進度，並指出法國、澳洲、韓國的臭蟲，起初都現蹤公車或地鐵卻沒被發現，直到大規模爆發，才付出大量社會成本處理，而且一般殺蟲劑無法殺掉臭蟲，北市是否有因應措施？ 觀傳局主任祕書蕭君杰表示，21日聯合環保局、衛生局到該旅館稽查，但沒有發現臭蟲，也沒有查到蟲卵跡象，只能檢查現場環境是否符合衛生相關規定，但環保局有指導業者如何針對臭蟲清潔消毒。觀傳局長王秋冬指出，下周會與專家學者召開會議，以最高規格處理此案。 想知道購買電動車哪裡補助最多? 台中電動車 補助資訊懶人包彙整 ；推薦評價好的 iphone維修 中心擁有專業的維修技術團隊，同時聘請資深iphone手機維修專家，現場說明手機問題，快速修理，沒修好不收錢住家的頂樓裝 太陽光電 聽說可發揮隔熱功效一線推薦東陽能源擁有核心技術、產品研發、系統規劃設置、專業團隊的太陽能發電廠商。 網頁設計 一頭霧水該從何著手呢? 回頭車 貨運收費標準宇安交通關係企業，自成立迄今，即秉持著「以誠待人」、「以實處事」的企業信念 台中搬家公司 教你幾個打包小技巧,輕鬆整理裝箱!還在煩惱搬家費用要多少哪？台中大展搬家線上試算搬家費用，從此不再擔心「物品怎麼計費」、「多少車才能裝完」 台中搬家 公司費用怎麼算?擁有20年純熟搬遷經驗，提供免費估價且流程透明更是5星評價的搬家公司好山好水 露營車 漫遊體驗露營車x公路旅行的十一個出遊特色。走到哪、玩到哪，彈性的出遊方案，行程跟出發地也可客製 廣告預算用在刀口上， 台北網頁設計 公司幫您達到更多曝光效益； 電動車補助 衛生局疾病管制科長張惠美表示，現場查到與臭蟲無關的多項衛生缺失，包含未提供從業人員體檢報告、簡易外傷藥品及器材超過有效期、紗窗有破損等，已要求業者2周內改善，將擇期複查，如果複查不合格，將依法裁罰3000元至2萬元罰鍰。 但陳宥丞批評，環保局未公告哪些藥劑能殺死臭蟲，很擔心北市會和韓國、法國一樣，把臭蟲防治交給民間恐造成大規模爆發，且北市內的廢棄傢俱回收廠也有可能成為臭蟲孳生的...
張貼留言
閱讀完整內容

必知必會-存儲器層次結構

相信大家一定都用過各種存儲技術，比如mysql，mongodb，redis，mq等，這些存儲服務性能有非常大的區別，其中之一就是底層使用的存儲設備不同。作為一個程序員，你需要理解存儲器的層次結構，這樣才能對程序的性能差別瞭然於心。今天帶大家了解下計算機系統存儲器的層次結構。 存儲技術 首先了解下什麼是存儲器系統？ 實質上就是一個具有不同容量、成本和訪問時間的存儲設備的層次結構。從快到慢依次為：CPU寄存器、高速緩存、主存、磁盤； 這裏給大家介紹一組數據，讓大家有一個更清晰的認識： 如果數據存儲在CPU寄存器，需要0個時鐘周期就能訪問到，存儲在高速緩存中需要4~75個時鐘周期。如果存儲在主存需要上百個周期，而如果存儲在磁盤上，大約需要幾千萬個周期！ -- 出自 CSAPP 接下來一起深入了解下計算機系統涉及的幾個存儲設備： 隨機訪問存儲器 隨機訪問存儲器（RAM）分為靜態RAM （SRAM） 和動態RAM（DRAM）。SRAM的速度更快，但也貴很多，一般不會超過幾兆字節，通常用來做告訴緩存存儲器。DRAM就是就是我們常說的主存。 訪問主存 數據流是通過操作系統中的總線的共享电子電路在處理器和DRAM之間來來回回。每次CPU和主存之間的數據傳送都是通過一系列複雜的步驟完成，這些步驟成為總線事務。讀事務是將主存傳送數據到CPU。寫事務從CPU傳送數據到主存。 總線是一組并行的導線，能攜帶地址、數據和控制信號。下圖展示了CPU芯片是如何與主存DRAM連接的。 那麼我們在加載數據和存儲數據時，CPU和主存到底是怎樣交互實現的呢？ 首先來看一個基本指令，加載內存數據到CPU寄存器中: movq A,%rax 將地址A的內容加載到寄存器%rax中，這個命令會使CPU芯片上稱為總線接口（bus interface）的電路在總線上發起讀事務，具體分為三個步驟： CPU將地址A放到系統總線上，I/O橋將信號傳遞到內存總線。詳情看下下圖a 主存感覺到內存總線上的地址信號，從內存總線讀地址，從DRAM取出數據字，將其寫到內存總線。I/O橋將內存總線信號翻譯成系統總線信號，沿着系統總線傳遞到CPU總線接口。下圖b CPU感覺到系統總線上的數據，從總線上讀數據，並將數據複製到寄存器%rax...
張貼留言
閱讀完整內容

2016年電動車和插電式混合動力車銷量預計將超過70萬輛

中汽協日前預測，2016年全國電動汽車和插電式混合動力車的銷量預計將超過70萬輛，較2015年的銷量增長一倍。 2015年電動車和插電式混合動力車的合併銷量為331092輛，較2014年增長了340%。其中包括247482輛電動車和83610輛插電式混合動力車，在24萬輛多的電動汽車銷量中，包括146719輛乘用車，另有100763輛為商用車。插電式混合動力車的銷量中，60663輛為乘用車，22947輛為商用車。 根據2015年起草的藍圖，政府計畫到2020年在全國範圍內新建12000個充電站和480枚充電樁。2014年年底，全國共有780個充電站共31000枚充電樁。2015年政府還為27個省市自治區設定了電動車的最低銷量目標。 政府預計，這些措施到位後，自主品牌車企的電動車和插電式混合動力車銷量到2020年可達100萬輛，到2025年可達300萬輛。 本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理 【其他文章推薦】 ※為什麼 USB CONNECTOR 是電子產業重要的元件? ※ 網頁設計 一頭霧水??該從何著手呢? 找到專業技術的 網頁設計公司 ，幫您輕鬆架站! ※想要讓你的商品成為最夯、最多人討論的話題? 網頁設計公司 讓你強力曝光 ※想知道最厲害的 台北網頁設計公司推薦 、 台中網頁設計公司推薦 專業設計師"嚨底家"!! Orignal From: 2016年電動車和插電式混合動力車銷量預計將超過70萬輛
張貼留言
閱讀完整內容