原理剖析(第 004 篇)CAS工作原理分析

原理剖析(第 004 篇)CAS工作原理分析

-

一、大致介绍

1、关于多线程竞争锁方面,大家都知道有个CAS和AQS,也正是这两个东西才引申出了大量的线程安全类,锁类等功能;
2、而随着现在的硬件厂商越来越高级,在硬件层面提供大量并发原语给我们Java层面的开发带来了莫大的利好;
3、本章节就和大家分享分析一下CAS的工作原理;

二、原理分析

2.1 何为CAS?

1、CAS,compare and swap的缩写,顾名思义,比较再交换,即 “读取-修改-写操作” 三个步骤为一体原子操作;

2、CAS操作包含三个参数:内存位置(V)、预期值(A)、新值(B);
   如果内存位置的值V与预期值A相匹配,那么处理器会自动将该位置值更新为新值B,否则不更新;

2.2 CAS原理

1、CAS通过JNI方式调用底层操作系统的C代码,从而借助底层C代码来调用CPU底层操作指令来实现原子操作;

2、CAS是硬件CPU提供的原语,通过底层cmpxchg原语指令(多处理器再加上Lock指令)实现原子操作;

2.3 CAS核心源码

1、CAS核心源码:
// Adding a lock prefix to an instruction on MP machine
// VC++ doesn't like the lock prefix to be on a single line
// so we can't insert a label after the lock prefix.
// By emitting a lock prefix, we can define a label after it.
#define LOCK_IF_MP(mp) __asm cmp mp, 0  \
                       __asm je L0      \
                       __asm _emit 0xF0 \
                       __asm L0:

inline jint     Atomic::cmpxchg    (jint     exchange_value, volatile jint*     dest, jint     compare_value) {
  // alternative for InterlockedCompareExchange
  int mp = os::is_MP();
  __asm {
    mov edx, dest
    mov ecx, exchange_value
    mov eax, compare_value
    LOCK_IF_MP(mp) // 如果是多处理器的话,则需要添加Lock前缀指令,Lock的方式和Volatile的实现方式雷同
    cmpxchg dword ptr [edx], ecx // 
  }
}

2、通过上述源码可以发现该cmpxchg方法会自动判断当前是否是多处理器,多处理器的话则添加lock前缀指令,反之省略lock前缀;

3、至于lock是怎么保证多处理器的一致性的话,原理和Volatile雷同,请移步看看[原理剖析(第 001 篇)Volatile工作原理分析];

三、CAS缺点

3.1、ABA问题

1、并发操作时,容易引起ABA问题;
   假设i初始值i=5,A线程做i++操作一次,B线程做i--操作一次,C线程通过判断i=5时则对i进行更新新值;

2、这个时候C线程会认为i还是处于初始值,未被做过修改,但是殊不知AB线程已经都对i进行修改了一次;

3、为了解决这种线程,需要让C知道i已经被修改过了,因此在Java1.5引进了一个AtomicStampedReference类来解决ABA问题;

4、AtomicStampedReference这个类主要是给变量追加了版本号信息,每次变量更新的话版本号都会自增加一;

5、但是有的人会认为AtomicMarkableReference也能解决ABA问题,其实不能根本解决只能在最大程度上降低ABA问题的出现;
   因为它是通过一个boolean来标记是否更改,本质就是只有true和false两种版本来回切换,只能降低ABA问题发生的几率,并不能阻止ABA问题的发生;

3.2、开销大

1、随便拿个CAS的Java层代码:
    public final int getAndSetInt(Object var1, long var2, int var4) {
        int var5;
        do {
            var5 = this.getIntVolatile(var1, var2);
        } while(!this.compareAndSwapInt(var1, var2, var5, var4));

        return var5;
    }

2、通过这段代码发现,如果CAS操作一直不成功的话,那么该段代码就一直在自旋操作,会给CPU带来比较大的执行开销;

3.3、原子操作约束

1、目前的CAS只能保证单个共享变量的原子操作;

2、但是对多个变量进行操作时,CAS无法保证,但是可以将多个变量封装成一个新的对象,利用AtomicReference类来保证引用对象之间的原子性;

四、总结

1、我们可以在一些非常简单的操作且又不想引入锁的场景下采用CAS实现原子操作;

2、然而想要进行非阻塞的完成某些场景也可以考虑采用CAS进行原子操作;

3、但是不推荐在非常复杂的操作中引入CAS,一来会使程序可读性变差,二来且难以测试且会出现ABA问题。

五、下载地址

https://gitee.com/ylimhhmily/SpringCloudTutorial.git

SpringCloudTutorial交流QQ群: 235322432

SpringCloudTutorial交流微信群: 微信沟通群二维码图片链接

欢迎关注,您的肯定是对我最大的支持!!!

-
<上一篇        首页        下一篇>

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值