Java并发基础 - CAS篇

举报
码农参上 发表于 2022/04/25 08:52:28 2022/04/25
【摘要】 CAS(Compare and Swap),中文可以理解为比较并替换,是一种实现并发算法时常用到的技术。它是一种无锁原子算法,是一种乐观锁的实现方式,在操作时是抱着乐观的态度进行的,它总是认为可以成功完成操作。 CAS思路让我们先直观的理解一下CAS的大体思路:CAS(V,E,N)它包含 3 个参数,V表示要更新变量的值,E表示预期值,N表示新值。仅当 V值等于E值时,才会将V的值设为N,如...

CAS(Compare and Swap),中文可以理解为比较并替换,是一种实现并发算法时常用到的技术。它是一种无锁原子算法,是一种乐观锁的实现方式,在操作时是抱着乐观的态度进行的,它总是认为可以成功完成操作。

CAS思路

让我们先直观的理解一下CAS的大体思路:

CAS(VEN

它包含 3 个参数,V表示要更新变量的值,E表示预期值,N表示新值。仅当 V值等于E值时,才会将V的值设为N,如果V值和E值不同,则说明已经有其他线程做过更新,则当前线程则什么都不做。最后,CAS 返回当前V的真实值。

先从一个简单例子开始:

public class CasTest0 {
    private static volatile int m = 0;
    public static void increase1() {
        m++;
    }

    public static void main(String[] args) throws Exception {
        for (int i = 0; i < 1000; i++) {
           new Thread(() -> {
                CasTest0.increase1();
            }).start();
        }
        TimeUnit.SECONDS.sleep(3);
        System.out.println(m);
    }
}
public class CasTest0 {
    private static volatile int m = 0;
    public static void increase1() {
        m++;
    }

    public static void main(String[] args) throws Exception {
        for (int i = 0; i < 1000; i++) {
           new Thread(() -> {
                CasTest0.increase1();
            }).start();
        }
        TimeUnit.SECONDS.sleep(3);
        System.out.println(m);
    }
}

运行这个例子,最后打印出的值可能是任意小于1000的正整数。在之前的文章中讲过,volatile可以保证可见性和有序性,但是无法保证原子性。而m++这一操作又不是原子操作,可以分为三个步骤:

  • 获取静态变量m的值并入栈,int型常量值1入栈
  • 栈顶int型数值相加,并将结果压入栈顶
  • 为静态变量m赋值

从上述分析可得,自增操作并不具有原子性,所以在多线程环境下,运行得到的结果必定小于等于1000。

JUC中的CAS实现

接下来,换成JUC包下的原子类操作试一下:

public class CasTest1 {
    private static AtomicInteger atomicI = new AtomicInteger(0);  
    public static void increase2() {
        atomicI.incrementAndGet(); 
    }

    public static void main(String[] args) throws Exception {
        for (int i = 0; i < 1000; i++) {
            new Thread(() -> {
                CasTest1.increase2();
            }).start();
        }
        TimeUnit.SECONDS.sleep(3);
        System.out.println(atomicI.get());
    }
}
public class CasTest1 {
    private static AtomicInteger atomicI = new AtomicInteger(0);  
    public static void increase2() {
        atomicI.incrementAndGet(); 
    }

    public static void main(String[] args) throws Exception {
        for (int i = 0; i < 1000; i++) {
            new Thread(() -> {
                CasTest1.increase2();
            }).start();
        }
        TimeUnit.SECONDS.sleep(3);
        System.out.println(atomicI.get());
    }
}

这样运行结果会始终返回1000,这就取决于原子Integer类AtomicInteger发挥了作用。反编译看一下实际执行的指定,这里是仅以一条指令完成了自增的操作

看一下AtomicInteger类的实现:

AtomicInteger中使用了Unsafe类,这个类可以说是java提供的一个后门类,可以用来直接操作内存地址。(针对Unsafe,以前写过一篇专门的文章,大家如果有需求可以看一下Java双刃剑之Unsafe类详解

代码中的变量表示的意义如下:

  • valueOffset:变量value的地址偏移量,具体赋值是在下面的静态代码块中进行的
  • value:需要修改的值,相当于i++操作中的i

incrementAndGet最终调用Unsafe类中的方法:

//获取内存地址为obj+offset的变量值, 并将该变量值加上delta
public final int getAndAddInt(Object obj, long offset, int delta) {
    int v;
    do {
        //通过对象和偏移量获取变量的值
        //由于volatile的修饰, 所有线程看到的v都是一样的
        v= this.getIntVolatile(obj, offset);
    } while(!this.compareAndSwapInt(obj, offset, v, v + delta));
    return v;
}

具体流程:

  • while循环中的compareAndSwapInt()方法尝试修改v的值, 该方法会通过objoffset获取变量的值
  • 如果这个值和v不一样,说明其他线程修改了obj+offset地址处的值,此时compareAndSwapInt()返回false,继续循环
  • 如果这个值和v一样,说明没有其他线程修改obj+offset地址处的值,此时可以将obj+offset地址处的值改为v+deltacompareAndSwapInt()返回true,退出循环

compareAndSwapInt是一个native方法,调用了c++中的方法,后续调用链为调用汇编中的cmpxchg指令,最终通过二进制硬件支持实现了这一原子操作。

那么,CAS都有什么应用场景呢?典型场景就是电商中对于货物的库存的管理。首先从数据库中读取库存,在卖出货物后更新库存时,判断库存数量是否还和自己取出时相同,如果相同则更新,不同则进行自旋直到执行成功。

ABA问题

说了这么多,那么CAS就是完美的吗,很遗憾并不是,CAS仍然存在经典的ABA问题

按照我们之前的理解,CAS需要检查操作值有没有发生改变,如果没有发生改变则更新。但是存在这样一种情况:如果一个值原来是A,变成了B,然后又变成了A,那么在CAS检查的时候会发现没有改变,但是实质上它已经发生了改变,这就是所谓的ABA问题。

public class CasTest2 {
    private static AtomicInteger atomicI = new AtomicInteger(100);

    public static void main(String[] args) throws Exception {
        Thread t1 = new Thread(() -> {
            System.out.println(Thread.currentThread().getName()+":"+atomicI.compareAndSet(100, 110));
        },"thread1");
        t1.start();

        Thread t2 = new Thread(new Runnable() {
            @Override
            public void run() {
                try {
                    TimeUnit.SECONDS.sleep(1);
                    System.out.println(Thread.currentThread().getName()+":"+atomicI.compareAndSet(110, 100));
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        },"thread2");
        t2.start();

        Thread t3 = new Thread(() -> {
            try {
                TimeUnit.SECONDS.sleep(3);
                System.out.println(Thread.currentThread().getName()+":"+atomicI.compareAndSet(100, 90));
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        },"thread3");
        t3.start();
    }
}

运行结果:

三个线程的运行结果都为true,但是thread3执行时候检查的值是已经被中途修改过的,而不是初始值了。

应对ABA问题,其解决方案是加上版本号,即在每个变量都加上一个版本号,每次改变时加1。

即将原来的:A> B> A

变成:1A —> 2B —> 3A

这里引入AtomicStampedReference这个类,它内部不仅维护了对象值,还维护了一个int类型的stamp值,可以将其理解为时间戳或版本号。当AtomicStampedReference对应的数值被修改时,除了更新数据本身外,还必须要更新这个stamp的值。并且当AtomicStampedReference设置对象值时,对象值以及stamp值都必须满足期望,写入才会成功。因此,即使对象值被反复读写,写回原值,只要stamp的值发生变化,就能防止不恰当的写入。

public class CasTest3 {
    private static AtomicStampedReference asr = new AtomicStampedReference(100, 1);
    public static void main(String[] args) throws Exception {
        Thread t1 = new Thread(() -> {
            try {
                TimeUnit.SECONDS.sleep(2);
            } catch (Exception e) {
                e.printStackTrace();
            }
            System.out.println("1:" + asr.compareAndSet(100, 110, asr.getStamp(), asr.getStamp() + 1) );
            System.out.println("stamp:"+asr.getStamp()+"  value:"+asr.getReference());
            System.out.println("2:" + asr.compareAndSet(110, 100, asr.getStamp(), asr.getStamp() + 1) );
            System.out.println("stamp:"+asr.getStamp()+"  value:"+asr.getReference());
        });

        Thread t2 = new Thread(() -> {
            int stamp = asr.getStamp();
            try {
                TimeUnit.SECONDS.sleep(4);
            } catch (Exception e) {
                e.printStackTrace();
            }
            System.out.println("3:" + asr.compareAndSet(100, 110, stamp, stamp + 1) );
            System.out.println("stamp:"+asr.getStamp()+"  value:"+asr.getReference());
        });

        t1.start();
        t2.start();
    }
}

运行结果:

Thread2期待的stamp值为1,Reference的值为100。Thread1在每次自增的同时,stamp值加1,所以在经过Thread1两次修改Reference值后,即使与期望的Reference值相同,但stamp值不同,仍然不做任何修改。

CAS缺点

最后对CAS的缺点进行一下总结,CAS虽然高效地解决了原子操作问题,但是还是存在一些缺陷的,主要表现在三个方面:

  • 循环时间太长:如果CAS一直不成功的情况发生,会一直进行自旋操作,会造成大量CPU执行开销。在JUC中有些地方就限制了CAS自旋的次数,例如BlockingQueueSynchronousQueue
  • 只能保证一个共享变量原子操作:看了CAS的实现过程,可以得出CAS只能针对一个共享变量,如果是多个共享变量情况,只能使用锁来保证原子性了
  • ABA问题:CAS需要检查操作值有没有发生改变,如果没有发生改变则更新,但是之前提到的ABA问题会造成一定影响,这时只要加上版本号对其进行限定就可以了
【版权声明】本文为华为云社区用户原创内容,未经允许不得转载,如需转载请自行联系原作者进行授权。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。