<em>Mac</em>Book项目 2009年学校开始实施<em>Mac</em>Book项目,所有师生配备一本<em>Mac</em>Book,并同步更新了校园无线网络。学校每周进行电脑技术更新,每月发送技术支持资料,极大改变了教学及学习方式。因此2011
2021-06-01 09:32:01
生活中我們看待一個事物總有不同的態度,比如半瓶水,悲觀的人會覺得只有半瓶水了,而樂觀的人則會認為還有半瓶水呢。很多技術思想往往源於生活,因此在多個執行緒並行存取資料的時候,有了悲觀鎖和樂觀鎖。
悲觀鎖和樂觀鎖其實本質都是一種思想,在JAVA中對於悲觀鎖的實現大家可能都很瞭解,可以通過synchronized
、ReentrantLock
加鎖實現,本文不展開講解了。那麼樂觀鎖在JAVA中是如何實現的呢?底層的實現機制又是什麼呢?
我們用一個賬戶取錢的例子來說明樂觀鎖和悲觀鎖的問題。
public class AccountUnsafe { // 餘額 private Integer balance; public AccountUnsafe(Integer balance) { this.balance = balance; } @Override public Integer getBalance() { return balance; } @Override public void withdraw(Integer amount) { balance -= amount; } }
賬戶類,withdraw()
方法是取錢方法。
public static void main(String[] args) { // 賬戶10000元 AccountUnsafe account = new AccountUnsafe(10000); List<Thread> ts = new ArrayList<>(); long start = System.nanoTime(); // 1000個執行緒,每次取10元 for (int i = 0; i < 1000; i++) { ts.add(new Thread(() -> { account.withdraw(10); })); } ts.forEach(Thread::start); ts.forEach(t -> { try { t.join(); } catch (InterruptedException e) { e.printStackTrace(); } }); long end = System.nanoTime(); // 列印賬戶餘額和花費時間 log.info("賬戶餘額:{}, 花費時間: {}", account.getBalance(), (end-start)/1000_000 + " ms"); }
賬戶預設有10000元,1000個執行緒取錢,每次取10元,最後賬戶應該還有多少錢呢?
執行結果:
執行結果顯示餘額還有150元,顯然出現並行問題。
原因分析:
原因也很簡單,取錢方法withdraw()
的操作balance -= amount;
看著就一行程式碼,實際上會生成多條指令,如下圖所示:
多個執行緒執行的時候會進行執行緒切換,導致這個操作不是原子性,所以不是執行緒安全的。
最簡單的方法,我想大家都能想到吧,給withdraw()
方法加鎖,保證同一時刻只有一個執行緒能夠執行這個方法,保證了原子性。
通過synchronized
關鍵字加鎖。
執行結果:
執行結果正常,但是花費時間稍微多了一點
關鍵來了,如果用樂觀鎖的思想在JAVA中該如何實現呢?
大致思路就是我預設不加任何鎖,我先把餘額減掉10元,最後更新餘額的時候,發現餘額和我一開始不一樣了,我就丟棄當前更新操作,重新讀取餘額的值,直到更新成功。
找啊找,最終發現JDK中的Unsafe
方法提供了這樣的方法compareAndSwapInt
。
oldBalance
,計算出新的餘額newBalance
unsafe.compareAndSwapInt()
方法,如果記憶體中餘額屬性的偏移量BALANCE_OFFSET
對應的值等於老的餘額,說明的確沒有被其他執行緒存取修改過,我就大膽的更新為newBalance
,退出方法那麼是如何獲取unsafe
呢?
靜態方法中通過反射的方法獲取,因為Unsafe
類太底層了,它一般不建議程式設計師直接使用。
這個Unsafe類的名稱並不是說執行緒不安全的意思,只是這個類太底層了,不要亂用,對程式設計師來說不大安全。
最後別忘了餘額balance
要加volatile修飾。
主要為了保證可見性,讓執行緒能夠獲取到其他執行緒修改的結果。
執行結果:
餘額也為0,正常,而且執行速度稍微快了一丟丟
完成程式碼:
@Slf4j(topic = "a.AccountCAS") public class AccountCAS { // 餘額 private volatile int balance; // Unsafe物件 static final Unsafe unsafe; // balance 欄位的偏移量 static final long BALANCE_OFFSET; static { try { Field theUnsafe = Unsafe.class.getDeclaredField("theUnsafe"); theUnsafe.setAccessible(true); unsafe = (Unsafe) theUnsafe.get(null); // balance 屬性在 AccountCAS 物件中的偏移量,用於 Unsafe 直接存取該屬性 BALANCE_OFFSET = unsafe.objectFieldOffset(AccountCAS.class.getDeclaredField("balance")); } catch (NoSuchFieldException | IllegalAccessException e) { throw new Error(e); } } public AccountCAS(Integer balance) { this.balance = balance; } public int getBalance() { return balance; } public void withdraw(Integer amount) { // 自旋 while (true) { // 獲取老的餘額 int oldBalance = balance; // 獲取新的餘額 int newBalance = oldBalance - amount; // 更新餘額,BALANCE_OFFSET表示balance屬性的偏移量, 返回true表示更新成功, false更新失敗,繼續更新 if(unsafe.compareAndSwapInt(this, BALANCE_OFFSET, oldBalance, newBalance)) { return; } } } public static void main(String[] args) { // 賬戶10000元 AccountCAS account = new AccountCAS(10000); List<Thread> ts = new ArrayList<>(); long start = System.nanoTime(); // 1000個執行緒,每次取10元 for (int i = 0; i < 1000; i++) { ts.add(new Thread(() -> { account.withdraw(10); })); } ts.forEach(Thread::start); ts.forEach(t -> { try { t.join(); } catch (InterruptedException e) { e.printStackTrace(); } }); long end = System.nanoTime(); // 列印賬戶餘額和花費時間 log.info("賬戶餘額:{}, 花費時間: {}", account.getBalance(), (end-start)/1000_000 + " ms"); } }
好麻煩呀,我們自己呼叫原生的UnSafe
類實現樂觀鎖,有什麼更好的方式嗎?
當然有,其實JDK給我們封裝了很多基於UnSafe
樂觀鎖實現的原子類,比如AtomicInteger
、AtomicReference
等等。我們用AtomicInteger
改寫下上面的實現。
AtomicInteger
作為餘額的型別addAndGet
方法執行結果:
原理:
檢視原始碼最終也是呼叫的Unsafe
方法。
前面的一個取錢的例子,大家是不是對樂觀鎖的思想以及在JAVA中的實現更深入的認識。
在JAVA中對這種實現起了一個名字,叫做CAS, 全稱Compare And Swap
,是不是很形象,先比較,然後再替換。
那CAS的本質是什麼?
CAS先比較然後再替換,感覺是有2步,比較和替換,不像是原子性操作,如果不是原子性操作問題就可大了。實際上,CAS本質對應的是一條指令,是原子操作。
CAS 的底層是 lock cmpxchg 指令(X86 架構),在單核 CPU 和多核 CPU 下都能夠保證【比較-交換】的原子性。
強調一點,CAS 必須藉助 volatile
才能讀取到共用變數的最新值來實現【比較並交換】的效果,因為volatile
會保證變數的可見性。
結合 CAS 和 volatile 可以實現無鎖並行,適用於執行緒數少、多核 CPU 的場景或者讀多寫少的場景。
CAS 是基於樂觀鎖的思想:最樂觀的估計,不怕別的執行緒來修改共用變數,就算改了也沒關係,我吃虧點再重試唄。
synchronized
是基於悲觀鎖的思想:最悲觀的估計,得防著其它執行緒來修改共用變數,我上了鎖你們都別想改,我改完了解開鎖,你們才有機會。
CAS 體現的是無鎖並行、無阻塞並行,請仔細體會這兩句話的意思
因為沒有使用 synchronized
,所以執行緒不會陷入阻塞,這是效率提升的因素之一
但如果競爭激烈,可以想到重試必然頻繁發生,反而效率會受影響
到此這篇關於詳解JAVA如何實現樂觀鎖以及CAS機制的文章就介紹到這了,更多相關JAVA樂觀鎖 CAS機制內容請搜尋it145.com以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援it145.com!
相關文章
<em>Mac</em>Book项目 2009年学校开始实施<em>Mac</em>Book项目,所有师生配备一本<em>Mac</em>Book,并同步更新了校园无线网络。学校每周进行电脑技术更新,每月发送技术支持资料,极大改变了教学及学习方式。因此2011
2021-06-01 09:32:01
综合看Anker超能充系列的性价比很高,并且与不仅和iPhone12/苹果<em>Mac</em>Book很配,而且适合多设备充电需求的日常使用或差旅场景,不管是安卓还是Switch同样也能用得上它,希望这次分享能给准备购入充电器的小伙伴们有所
2021-06-01 09:31:42
除了L4WUDU与吴亦凡已经多次共事,成为了明面上的厂牌成员,吴亦凡还曾带领20XXCLUB全队参加2020年的一场音乐节,这也是20XXCLUB首次全员合照,王嗣尧Turbo、陈彦希Regi、<em>Mac</em> Ova Seas、林渝植等人全部出场。然而让
2021-06-01 09:31:34
目前应用IPFS的机构:1 谷歌<em>浏览器</em>支持IPFS分布式协议 2 万维网 (历史档案博物馆)数据库 3 火狐<em>浏览器</em>支持 IPFS分布式协议 4 EOS 等数字货币数据存储 5 美国国会图书馆,历史资料永久保存在 IPFS 6 加
2021-06-01 09:31:24
开拓者的车机是兼容苹果和<em>安卓</em>,虽然我不怎么用,但确实兼顾了我家人的很多需求:副驾的门板还配有解锁开关,有的时候老婆开车,下车的时候偶尔会忘记解锁,我在副驾驶可以自己开门:第二排设计很好,不仅配置了一个很大的
2021-06-01 09:30:48
不仅是<em>安卓</em>手机,苹果手机的降价力度也是前所未有了,iPhone12也“跳水价”了,发布价是6799元,如今已经跌至5308元,降价幅度超过1400元,最新定价确认了。iPhone12是苹果首款5G手机,同时也是全球首款5nm芯片的智能机,它
2021-06-01 09:30:45