CAS机制详解

一、是什么

CAS,是Compare and Swap的简称,实现并发算法是常用到的一种技术,在这个机制中有三个核心的参数。

  • 主内存中存放的共享变量的值:V(一般情况下这个V是内存的地址值,通过这个地址可以获得内存中的值)。
  • 工作内存中共享变量的副本值,也叫预期值:A。
  • 需要将共享变量更新到的最新值:B。

在这里插入图片描述

CAS是JDK提供的非阻塞原子性操作,它通过硬件保证了比较-更新的原子性。CAS是一条CPU的原子指令(cmpxchg指令),不会造成所谓的数据不一致问题,Unsafe提供的CAS方法。

执行cmpxchg指令的时候,会判断当前系统是否为多核系统,如果是就给总线加锁,只有一个线程会对总线加锁成功,加锁成功之后会执行CAS操作,也就是说CAS的原子性实际上是CPU实现独占的,比起用synchronized重量级锁,这里的排他时间短的很多,所以在多线程情况下性能会比较好。

二、能做什么

CAS是一种乐观锁机制,它不会阻塞线程, 先从内存位置读取到值,然后和预期值比较。 这种机制在不阻塞其他线程的情况下避免了并发冲突,比独占锁的性能高很多。

三、自旋锁

CAS是实现自旋锁的基础,CAS利用CPU指令保证了操作的原子性,以达到锁的效果。自旋锁是指尝试获取锁的线程不会立即阻塞,而是采用循环的方式去尝试获取锁,当线程发现锁被占用是,会不断判断锁的状态,直到获取。这样的好处是减少线程上下文切换的消耗,缺点是循环会消耗CPU

下面我们将利用CAS的思想来自己写一个自旋锁。

public class SpinLockDemo {
    AtomicReference<Thread> atomicReference=new AtomicReference<>();
    public void lock(){
        Thread thread=Thread.currentThread();
        System.out.println(Thread.currentThread().getName()+"\t come in");
        // 自旋获取锁
        while (!atomicReference.compareAndSet(null,thread)){
            
        }
    }
    public void unlock(){
        Thread thread=Thread.currentThread();
        atomicReference.compareAndSet(thread,null);
        System.out.println(Thread.currentThread().getName()+"\t invoked unlock");
    }
    public static void main(String[] args) {
        SpinLockDemo spinLockDemo=new SpinLockDemo();
        new Thread(()->{
            spinLockDemo.lock();
            try {
                TimeUnit.SECONDS.sleep(5);
            } catch (InterruptedException e) {
                throw new RuntimeException(e);
            }
            spinLockDemo.unlock();
        },"t1").start();
        try {
            TimeUnit.MILLISECONDS.sleep(500);
        } catch (InterruptedException e) {
            throw new RuntimeException(e);
        }
        new Thread(()->{
            // 只有当线程t1释放锁,t2才能获取锁,t2会一直处于自旋转态
            spinLockDemo.lock();
            try {
                TimeUnit.MILLISECONDS.sleep(500);
            } catch (InterruptedException e) {
                throw new RuntimeException(e);
            }
            spinLockDemo.unlock();
        },"t2").start();
    }
}

四、CAS的缺点

  • 循环时间长开销很大。

  • 引起ABA问题。

    CAS算法实现一个重要的前提需要取出内存中某时某刻的数据并在当下时刻比较并替换,那么在这个时间差类会导致数据的变化。

    比如说一个线程1从内存位置V中取出A,这时候另一个线程2也从内存中取出A,并且线程2进行了一些操作将值变成了B,然后线程2又将V位置的数据变成A,这时候线程1进行CAS操作发现内存仍然是A。尽管这个过程CAS操作成功,但并不代表这个是过程没有问题的

五、ABA问题

下面我将用问提来分析ABA问题对于实际开发中的影响。

假设小琳银行卡有 100 块钱余额,且假定银行转账操作就是一个单纯的 CAS 命令,对比余额旧值是否与当前值相同,如果相同则发生扣减/增加,我们将这个指令用 CAS(origin,expect) 表示。于是,我们看看接下来发生了什么:

  1. 小琳在 ATM 1 转账 100 块钱给小李;
  2. 由于ATM 1 出现了网络拥塞的原因卡住了,这时候小琳跑到旁边的 ATM 2 再次操作转账;
  3. ATM 2 没让小琳失望,执行了 CAS(100,0),很痛快地完成了转账,此时小琳的账户余额为 0;
  4. 小王这时候又给小琳账上转了 100,此时小琳账上余额为 100;
  5. 这时候 ATM 1 网络恢复,继续执行 CAS(100,0),居然执行成功了,小琳账户上余额又变为了 0;
  6. 这时候小王微信跟小琳说转了 100 过去,是否收到呢?小琳去查了下账,摇了摇头,那么问题来了,钱去了哪呢?

关于钱的去向,有一种可能就是小王给小琳的 100 大洋,因为 ATM 1 网络恢复再次被转给了小李,毕竟小琳尝试了两次转账,出现这种情况虽不合理,但情有可原。假设我们作为银行系统设计者和开发者,不接受这种情况存在,那我们就需要着手处理这种 ABA 问题了。

public class ABADemo {
    static int NUM=100;
    static AtomicInteger stock=new AtomicInteger(NUM);
    public static void main(String[] args) {
       // ATM1转账100,因为网络问题延时转账
        new Thread(()->{
            // ATM2转账100,立刻转出
            boolean b = stock.compareAndSet(stock.get(), stock.get() - 100);
            try {
                TimeUnit.MILLISECONDS.sleep(300);
            } catch (InterruptedException e) {
                throw new RuntimeException(e);
            }
            // 因为网络问题延时转账
            // 成功转账
            stock.compareAndSet(stock.get(),stock.get()-100);
            System.out.println("剩余金额"+stock.get());
        },"t1").start();

        try {
            TimeUnit.MILLISECONDS.sleep(20);
        } catch (InterruptedException e) {
            throw new RuntimeException(e);
        }
        // 小王转账100
        new Thread(()->{
            // 库存+1
            stock.compareAndSet(stock.get(),stock.get()+100);
        },"t3").start();
    }
}

我门可以用AtomicStampedReference来解决ABA问题相当于就是加了一个版本号。

public class ABADemo {
    static int NUM=100;
    static AtomicInteger stock=new AtomicInteger(NUM);
    static AtomicStampedReference<Integer> stampedReference=new AtomicStampedReference<>(100,1);
    public static void main(String[] args) {

        new Thread(()->{
            int stamp = stampedReference.getStamp();
            // 成功转账
            boolean b2 = stampedReference.compareAndSet(stampedReference.getReference(), stampedReference.getReference() - 100, stamp, stamp + 1);
            System.out.println("ATM2转账是否成功"+b2);
            // 因为网络问题延时转账
            try {
                TimeUnit.MILLISECONDS.sleep(300);
            } catch (InterruptedException e) {
                throw new RuntimeException(e);
            }
            // ATM1转账100,因为网络问题延时转账
            boolean b1 = stampedReference.compareAndSet(stampedReference.getReference(), stampedReference.getReference() - 100, stamp, stamp + 1);
            System.out.println("ATM1转账是否成功"+b1);
            System.out.println("剩余金额"+stampedReference.getReference());
        },"t1").start();

        try {
            TimeUnit.MILLISECONDS.sleep(20);
        } catch (InterruptedException e) {
            throw new RuntimeException(e);
        }
        // 小王转账100
        new Thread(()->{
            // 库存+1
            boolean b = stampedReference.compareAndSet(stampedReference.getReference(), stampedReference.getReference() + 100, stampedReference.getStamp(), stampedReference.getStamp() + 1);
            System.out.println("小王转账是否成功"+b);
        },"t3").start();


    }
}

本案列是在网上的一个项目,ABA问题在实际业务中的影响作者暂时还没有经历,如遇到希望有机会可以和大家讨论一下。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
在多线程编程中,CAS(Compare and Swap)机制被广泛使用。它可以实现无锁并发,提高程序的性能。但是,CAS 机制存在 ABA 问题,即当一个值从 A 变为 B,再从 B 变回 A,这时另一个线程也会执行相同的操作,而我们无法区分这两次操作是否真正修改了值。为了解决这个问题,Java 提供了一个原子类 AtomicStampedReference。 AtomicStampedReference 可以保证在进行 CAS 操作时,不仅比较对象值是否相等,还会比较对象的时间戳是否相等。时间戳是一个整数值,每次对象值的改变都会导致时间戳的变化。因此,即使对象值从 A 变为 B,再从 B 变回 A,时间戳也会发生变化,从而避免了 ABA 问题的出现。 下面是一个使用 AtomicStampedReference 解决 ABA 问题的示例代码: ```java import java.util.concurrent.atomic.AtomicStampedReference; public class AtomicStampedReferenceDemo { static AtomicStampedReference<Integer> reference = new AtomicStampedReference<>(1, 0); public static void main(String[] args) { new Thread(() -> { int stamp = reference.getStamp(); System.out.println(Thread.currentThread().getName() + " 第 1 次版本号:" + stamp); reference.compareAndSet(1, 2, stamp, stamp + 1); System.out.println(Thread.currentThread().getName() + " 第 2 次版本号:" + reference.getStamp()); reference.compareAndSet(2, 1, reference.getStamp(), reference.getStamp() + 1); System.out.println(Thread.currentThread().getName() + " 第 3 次版本号:" + reference.getStamp()); }, "线程 1").start(); new Thread(() -> { int stamp = reference.getStamp(); System.out.println(Thread.currentThread().getName() + " 第 1 次版本号:" + stamp); // 等待线程 1 完成 CAS 操作 try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } boolean isSuccess = reference.compareAndSet(1, 3, stamp, stamp + 1); System.out.println(Thread.currentThread().getName() + " 是否修改成功:" + isSuccess); System.out.println(Thread.currentThread().getName() + " 当前版本号:" + reference.getStamp()); System.out.println(Thread.currentThread().getName() + " 当前值:" + reference.getReference()); }, "线程 2").start(); } } ``` 输出结果: ``` 线程 1 第 1 次版本号:0 线程 1 第 2 次版本号:1 线程 1 第 3 次版本号:2 线程 2 第 1 次版本号:0 线程 2 是否修改成功:false 线程 2 当前版本号:2 线程 2 当前值:1 ``` 通过输出结果可以看出,线程 2 尝试将值从 1 改为 3,但是由于版本号已经被线程 1 修改过了,因此 CAS 操作失败,避免了 ABA 问题的出现。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

努力发光的程序员

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值