Java并发 -- 原子类

add

private long count = 0;

public void add() {

    int idx = 0;

    while (idx++ < 10_000) {

        count += 1;

    }

}

add()方法不是线程安全的,主要原因是count的可见性和count+=1的原子性

可见性的问题可以用volatile来解决,原子性的问题一般采用互斥锁来解决

无锁方案

private AtomicLong atomicCount = new AtomicLong(0);

public void atomicAdd() {

    int idx = 0;

    while (idx++ < 10_000) {

        atomicCount.getAndIncrement();

    }

}

无锁方案相对于互斥锁方案,最大的好处是性能

互斥锁方案为了保证互斥性,需要执行加锁、解锁操作,而加锁、解锁操作本身会消耗性能

拿不到锁的线程会进入阻塞状态,进而触发线程切换,线程切换对性能的消耗也很大

无锁方案则完全没有加锁、解锁的性能消耗,同时能保证互斥性

实现原理

CPU为了解决并发问题,提供了CAS(Compare And Swap)指令

CAS指令包含三个参数:共享变量的内存地址A,用于比较的值B、共享变量的新值C

只有当内存地址A处的值等于B时,才能将内存地址A处的值更新为新值C

CAS指令是一条CPU指令,本身能保证原子性

自旋

public class SimulatedCAS {

    private volatile int count;

    public void addOne() {

        // 自旋

        int newValue;

        do {

            newValue = count + 1; // 1

        } while (count != cas(count, newValue)); // 2

    }

    // 模拟实现CAS

    private synchronized int cas(int expect, int newValue) {

        // 读取当前count的值

        int curValue = count;

        // 比较 当前count的值 是否等于 期望值

        if (curValue == expect) {

            count = newValue;

        }

        // 返回旧值

        return curValue;

    }

}

使用CAS解决并发问题,一般都会伴随着自旋(循环尝试)

首先计算newValue=count+1,如果count!=cas(count, newValue)

说明线程执行完代码1之后,在执行代码2之前,count的值被其他线程更新过,此时采用自旋(循环尝试)

通过CAS+自旋实现的无锁方案,完全没有加锁、解锁操作,不会阻塞线程,相对于互斥锁方案来说,性能提升了很多

ABA问题

上面的count==cas(count, newValue),并不能说明执行完代码1之后,在执行代码2之前,count的值没有被其他线程更新过

假设count原本为A,线程T1在执行完代码1之后,执行代码2之前,线程T2将count更新为B,之后又被T3更新回A

count+=1 原子化

// AtomicLong

public final long getAndIncrement() {

    // this和valueOffset这两个参数可以唯一确定共享变量的内存地址

    return unsafe.getAndAddLong(this, valueOffset, 1L);

}

// Unsafe

public final long getAndAddLong(Object o, long offset, long delta) {

    long v;

    do {

        // 读取内存中的值

        v = getLongVolatile(o, offset);

    } while (!compareAndSwapLong(o, offset, v, v + delta));

    return v;

}

public native long getLongVolatile(Object o, long offset);

// 原子性地将变量更新为x,条件是内存中的值等于expected,更新成功则返回true

// compareAndSwapLong的语义和CAS指令的语义的差别,仅仅只是返回值不同而已

public final native boolean compareAndSwapLong(Object o, long offset, long expected, long x);

原子类

​​​

原子化的基本类型

相关实现有AtomicBoolean、AtomicInteger和AtomicLong

getAndIncrement() // 原子化 i++

getAndDecrement() // 原子化的 i--

incrementAndGet() // 原子化的 ++i

decrementAndGet() // 原子化的 --i

// 当前值 +=delta,返回 += 前的值

getAndAdd(delta)

// 当前值 +=delta,返回 += 后的值

addAndGet(delta)

// CAS操作,返回是否成功

compareAndSet(expect, update)

// 以下四个方法

// 新值可以通过传入func函数来计算

getAndUpdate(func)

updateAndGet(func)

getAndAccumulate(x,func)

accumulateAndGet(x,func)

原子化的对象引用类型

相关实现有AtomicReference、AtomicStampedReference和AtomicMarkableReference,可以实现对象引用的原子化更新

对象引用的更新需要重点关注ABA问题,而AtomicStampedReferenceAtomicMarkableReference可以解决ABA问题

AtomicStampedReference

public boolean compareAndSet(V expectedReference,

                            V  newReference,

                            int expectedStamp,

                            int newStamp)

通过增加一个版本号即可解决ABA问题

每次执行CAS操作时,附加再更新一个版本号,只要保证版本号是递增的,即使A->B->A,版本号也不会回退

AtomicMarkableReference

将版本号简化成一个Boolean值

public boolean compareAndSet(V expectedReference,

                            V      newReference,

                            boolean expectedMark,

                            boolean newMark)

原子化的对象属性更新器

相关实现有AtomicIntegerFieldUpdater、AtomicLongFieldUpdater和AtomicReferenceFieldUpdater

利用这些原子类,都可以原子化地更新对象的属性,这三个方法都是利用反射机制实现的

对象属性必须是volatile类型,只有这样才能保证可见性

如果对象属性不是volatile类型的,newUpdater会抛出IllegalArgumentException

// AtomicLongFieldUpdater

public static <U> AtomicLongFieldUpdater<U> newUpdater(Class<U> tclass, String fieldName);

// AtomicLongFieldUpdater#CASUpdater

public final boolean compareAndSet(T obj, long expect, long update)

// AtomicLongFieldUpdater#LockedUpdater

public final boolean compareAndSet(T obj, long expect, long update)

// AtomicLongFieldUpdater

public static <U> AtomicLongFieldUpdater<U> newUpdater(Class<U> tclass, String fieldName);

// AtomicLongFieldUpdater#CASUpdater

public final boolean compareAndSet(T obj, long expect, long update)

// AtomicLongFieldUpdater#LockedUpdater

public final boolean compareAndSet(T obj, long expect, long update)

原子化的累加器

相关实现有DoubleAccumulator、DoubleAdder、LongAccumulator和LongAdder

这几个原子类仅仅用来执行累加操作,相比于原子化的基本数据类型,速度更快,但不支持compareAndSet

如果仅仅需要累加操作,使用原子化的累加器的性能会更好

小结

无锁方案相对于互斥锁方案,性能更好,不会出现死锁问题,但可能出现饥饿活锁问题(由于自旋

Java提供的原子类只能够解决一些简单的原子性问题

所有原子类的方法都是针对单个共享变量的,如果需要解决多个变量的原子性问题,还是要采用互斥锁的方案

我自己是一个从事了6年的Java全栈工程师,最近整理了一套适合2019年学习的Java\大数据资料,从基础的Java、大数据面向对象到进阶的框架知识都有整理哦,可以来我的主页免费领取哦。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 218,546评论 6 507
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,224评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,911评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,737评论 1 294
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,753评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,598评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,338评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,249评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,696评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,888评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,013评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,731评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,348评论 3 330
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,929评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,048评论 1 270
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,203评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,960评论 2 355

推荐阅读更多精彩内容