Java CAS機制的一些理解
多線程實踐
public class test { private static int x; public static void main(String[] args) throws InterruptedException { Thread task1 = new Thread(){ @Override public void run() { super.run(); for (int i=0; i<1000; i++){ x=x+1; } } }; Thread task2 = new Thread(){ @Override public void run() { super.run(); for (int i=0; i<1000; i++){ x=x+1; } } }; task1.start(); task2.start(); task1.join(); task2.join(); System.out.println(x); } /* 1006 *///:~
兩個線程同時開啟,累加x,理想的情況下,輸出應(yīng)該是2000,但是最終是1006,因為是多線程的情況下,一次累加可能是兩個線程同時完成的。
public class test { private static AtomicInteger atomicInteger = new AtomicInteger(); public static void main(String[] args) throws InterruptedException { Thread task1 = new Thread(){ @Override public void run() { super.run(); for (int i=0; i<1000; i++){ atomicInteger.incrementAndGet(); } } }; Thread task2 = new Thread(){ @Override public void run() { super.run(); for (int i=0; i<1000; i++){ atomicInteger.incrementAndGet(); } } }; task1.start(); task2.start(); task1.join(); task2.join(); System.out.println(atomicInteger.get()); } }/* 2000 *///:~
修改被累加對象x為AtomicInteger,最終結(jié)果是理想的2000。在此操作中并沒有使用鎖,原因是 AtomicInteger引入了CAS機制。
什么是CAS機制
CAS機制簡單的說就是,比較交換,有預(yù)期值、舊值和內(nèi)存位置;取出舊值,交換新值。
為何AtomicInteger線程安全
源碼:
private static final long valueOffset; ... public final int incrementAndGet() { return unsafe.getAndAddInt(this, valueOffset, 1) + 1; } ... Unsafe public final int getAndAddInt(Object var1, long var2, int var4) { int var5; do { var5 = this.getIntVolatile(var1, var2); } while(!this.compareAndSwapInt(var1, var2, var5, var5 + var4)); return var5; }
unsafe提供了硬件級別的原子操作 valueOffset是變量內(nèi)存地址 從源碼可以看出,incrementAndGet是調(diào)用了unsafe.getAndAddInt,它是一種基于CAS機制實現(xiàn)的,var5是從主內(nèi)存中獲取最新當(dāng)前值,而這個值是所有線程都可見和共享的,與var4相加交換,如果失敗就一直自旋,直到更新值成功。
圖解CAS機制
可以看出來,CAS沒有使用了任何鎖,就完成了線程安全。 CAS的優(yōu)點很多,但是缺點也很多,比如ABA問題
ABA問題
什么是ABA問題
其實很好理解,A->B->A,A值雖然沒有變,但是已經(jīng)經(jīng)過了某種操作。
圖解
有什么影響
上面的線程1、2、3都完成它們自己的任務(wù),并沒有問題。但是如果它們是在轉(zhuǎn)賬,問題就打了,賬戶就無端端的不見了10塊錢。
解決
引入版本號,可以解決問題,每次有相同的值時,做一次版本累加,只要是版本號對不上就是被修改過
總結(jié)
優(yōu)點: 在并發(fā)量不是很高的情況,避免了鎖帶來的消耗
缺點:
- 并發(fā)量高的情況下,如果多次修改不成功,一直循環(huán)修改,就會帶來cpu的持續(xù)消耗
- 只能對變量進(jìn)行原子級別的安全修改,不能對代碼塊進(jìn)行安全操作。
以上就是Java CAS機制的一些理解的詳細(xì)內(nèi)容,更多關(guān)于Java CAS機制的資料請關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
java發(fā)送kafka事務(wù)消息的實現(xiàn)方法
本文主要介紹了java發(fā)送kafka事務(wù)消息的實現(xiàn)方法,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2022-07-07Java實現(xiàn)聯(lián)系人管理系統(tǒng)
這篇文章主要為大家詳細(xì)介紹了Java實現(xiàn)聯(lián)系人管理系統(tǒng),文中示例代碼介紹的非常詳細(xì),具有一定的參考價值,感興趣的小伙伴們可以參考一下2022-02-02簡單談?wù)凾hreadPoolExecutor線程池之submit方法
下面小編就為大家?guī)硪黄唵握務(wù)凾hreadPoolExecutor線程池之submit方法。小編覺得挺不錯的,現(xiàn)在就分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2017-06-06java中利用List的subList方法實現(xiàn)對List分頁(簡單易學(xué))
本篇文章主要介紹了java中l(wèi)ist數(shù)據(jù)拆分為sublist實現(xiàn)頁面分頁的簡單代碼,具有一定的參考價值,有需要的可以了解一下。2016-11-11spring?和?idea?建議不要使用?@Autowired注解的原因解析
@Autowired?是Spring框架的注解,而@Resource是JavaEE的注解,這篇文章主要介紹了spring和idea建議不要使用@Autowired注解的相關(guān)知識,需要的朋友可以參考下2023-11-11