CAS 和 ABA 问题

CAS简介
CAS 全称是 compare and swap，是一种用于在多线程环境下实现同步功能的机制。

CAS 它是一条CPU并发原语。操作包含三个操作数 -- 内存位置、预期数值和新值。CAS 的实现逻辑是将内存位置处的数值与预期数值想比较，若相等，则将内存位置处的值替换为新值。若不相等，则不做任何操作。这个过程是原子的。

CAS并发原语体现在java语言中的sun.misc.Unsafe类中的各个方法。调用Unsafe类中的CAS方法，JVM会帮我们实现汇编指令。这是一种完全依赖硬件的功能，通过它实现了原子操作。由于CAS是一种系统原语，原语属于操作系统用语范畴，是由若干条指令组成的，用于完成某个功能的一个过程，并且原语的执行必须是连续的，在执行过程中不允许被打断，也就是说CAS是一条CPU的原子指令，不会造成所谓的数据不一致问题。

Unsafe类
Unsafe类是CAS的核心类，由于Java方法无法直接访问底层系统，需要通过本地（native）方法来访问，基于该类可以直接操作特定内存的数据。Unsafe类存在与sum.misc包中，其内部方法操作可以像C的指针一样直接操作内存，因为Java中CAS操作的执行依赖于Unsafe类的方法。

Unsafe类中的所有方法都是native修饰的，也就是说Unsafe类中的方法都直接调用操作系统底层资源执行相应任务。

代码解析
public class CASDemo {
public static void main(String[] args) {
AtomicInteger atomicInteger = new AtomicInteger(5);

    // 运行结果： true   2019
    System.out.println(atomicInteger.compareAndSet(5, 2019) + "\t" + atomicInteger.get());
    // 运行结果： false  2019
    System.out.println(atomicInteger.compareAndSet(5, 1024) + "\t" + atomicInteger.get());

    // 此方法可以解决多线程环境下i++问题，底层使用的是Unsafe类CAS和自旋锁
    atomicInteger.getAndIncrement();
}

}
源码分析：

/**

Atomically increments by one the current value.
@return the previous value
*/
public final int getAndIncrement() {
// this=当前对象 valueOffset=内存偏移量(内存地址) 1=固定值，每次调用+1
// Unsafe就是根据内存偏移地址获取数据的。
return unsafe.getAndAddInt(this, valueOffset, 1);
}
/**

为了方便查看和添加注释，此方法是从Unsafe类中复制出来的
*/
public final int getAndAddInt(Object var1, long var2, int var4) {
int var5;
do {
// 获取var1对象，内存地址在var2的值。
// 相当于这个线程从主物理内存中取值copy到自己的工作内存中。
var5 = this.getIntVolatile(var1, var2);

        // 比较并交换，如果var1对象，内存地址在var2的值和var5值一样，那么就+1
        // compareAndSwapInt如果返回true，取反为false，说明更新成功，退出循环，则返回。
        // compareAndSwapInt如果返回false，取反为true，说明当前线程工作内存中的值和主物理内存中的值不一样，被其他线程修改了，则继续循环获取比较，直到更新成功为止。
    } while(!this.compareAndSwapInt(var1, var2, var5, var5 + var4));

    return var5;
}

执行过程说明：

假设线程A和线程B两个线程同时执行 getAndAddInt操作(分别跑在不同CPU上):
AtomicInteger里面的value原始值为3,即主内存中 AtomicInteger的value为3,根据JMM模型,线程A和线程B各自持有一
份值为3的value的副本分别到各自的工作内存。
线程A通过 getIntVolatile(var1,var2)拿到value值3,这时线程A被挂起。
线程B也通过 getIntVolatile(var1,var2)方法获取到value值3,此时刚好线程B没有被挂起并执行 compareAndSwapInt方法
比较内存值也为3,成功修改内存值为4,线程B改完收工,一切OK。
这时线程A恢复,执行 compareAndSwapInt方法比较,发现自己手里的值数字3和主内存的值数字4不一致,说明该值已
经被其它线程抢先一步修改过了,那A线程本次修改失败,只能重新读取重新来一遍了。
线程A重新获取 value值,因为变量value被 volatile修饰,所以其它线程对它的修改,线程A总是能够看到,线程A继续执
了 compareAndSwapInt进行比较替换,直到成功。
volatile简单说明：
volatile是一个轻量级的同步机制, 三大特性: 保证可见性, 不保证原子性, 禁止指令重排。

可见性: 多个线程从主内存中copy一份数据,修改后,需要将自己的数据重新写入主内存,并通知其他线程数据已更新,保证数据可见性,和多线程数据一致性。
禁止指令重排: 由于指令重排,会对代码的执行顺序进行优化,可能会导致最后的结果和期望的结果不一致,所以需要禁止重排。
CAS的优缺点
优点：

不需要加锁，保持了一致性和并发性。
缺点：

循环时间长开销很大：我们可以看到getAndAddInt方法执行时，如果CAS失败，会一直进行尝试。如果CAS长时间一直不成功，可能会给CPU带来很大的开销。
只能保证一个共享变量的原子操作：当对一个共享变量执行操作时，我们可以使用循环CAS的方式来保证原子操作，但是对多个共享变量操作时，循环CAS就无法保证操作的原子性，这个时候就可以用锁来保证原子性。
ABA问题：下面会提供详细案例
ABA问题
举个栗子说明：

主内存有个数据值：A，两个线程A和B分别copy主内存数据到自己的工作区，A执行比较慢，需要10秒， B执行比较快，需要2秒，此时B线程将主内存中的数据更改为B，过了一会又更改为A，然后A线程执行比较，发现结果是A，以为别人没有动过，然后执行更改操作。其实中间已经被更改过了，这就是ABA问题。

也就是ABA问题只要开始时的数据和结束时的数据一致，我就认为没改过，不管过程。

尽管A线程的CAS操作是成功的，但是不代表这个过程就是没问题的。

ABA问题说简单点就是，预判值还是和当初抓取的一样，但是这个“ 值 ”的版本可能不一样了，在某些不仅要考虑数据值是否一致，还要考虑版本是否一致的场景下需要注意.

Java并发包为了解决这个问题，提供了一个带有标记的原子引用类“AtomicStampedReference”，它可以通过控制变量值的版本来保证CAS的正确性。

解决ABA问题的代码示例
/**

解决CAS的ABA问题
*/

public class SolveABAOfCAS {

static AtomicReference<Integer> atomicReference = new AtomicReference<>(100);
static AtomicStampedReference<Integer> atomicStampedReference = new AtomicStampedReference<>(100, 1);

public static void main(String[] args) throws InterruptedException {
    System.out.println("==========以下是ABA问题的产生==========");
    new Thread(() -> {
        atomicReference.compareAndSet(100, 101);
        atomicReference.compareAndSet(101, 100);
    }, "t1").start();

    new Thread(() -> {
        try {
            // 暂停1秒钟,保证上面完成一次ABA操作
            Thread.sleep(1000);
            System.out.println(atomicReference.compareAndSet(100, 2019) + "\t" + atomicReference.get());
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }, "t2").start();

    Thread.sleep(2000);
    System.out.println("==========以下是ABA问题的解决==========");
    new Thread(() -> {
        int stamp = atomicStampedReference.getStamp();
        System.out.println(Thread.currentThread().getName() + "\t第1次版本号" + stamp);
        try {
            // 暂停一秒钟t3线程
            Thread.sleep(1000);
            atomicStampedReference.compareAndSet(100, 101, atomicStampedReference.getStamp(), atomicStampedReference.getStamp() + 1);
            System.out.println(Thread.currentThread().getName() + "\t第2次版本号" + atomicStampedReference.getStamp());
            atomicStampedReference.compareAndSet(101, 100, atomicStampedReference.getStamp(), atomicStampedReference.getStamp() + 1);
            System.out.println(Thread.currentThread().getName() + "\t第3次版本号" + atomicStampedReference.getStamp());
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }, "t3").start();

    new Thread(() -> {
        int stamp = atomicStampedReference.getStamp();
        System.out.println(Thread.currentThread().getName() + "\t第1次版本号" + stamp);
        try {
            // 暂停3秒钟t4线程,保证上面的t3线程完成一次ABA操作
            Thread.sleep(3000);
            boolean result = atomicStampedReference.compareAndSet(100, 2019, stamp, stamp + 1);
            System.out.println(Thread.currentThread().getName() + "\t修改成功否: " + result + "\t当前最新实际版本号: " + atomicStampedReference.getStamp());
            System.out.println(Thread.currentThread().getName() + "\t当前实际最新值: " + atomicStampedReference.getReference());
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }, "t4").start();

}
}

原文地址：https://blog.51cto.com/14654885/2462644

时间： 2024-08-08 13:23:01

CAS 和 ABA 问题

CAS 和 ABA 问题的相关文章

Java高性能编程之CAS与ABA及解决方法

无锁编程：lock-free原理；CAS；ABA问题

Java CAS 和ABA问题

聊聊高并发（十二）分析java.util.concurrent.atomic.AtomicStampedReference源码来看如何解决CAS的ABA问题

CAS与ABA问题产生和解决

CAS的ABA问题

CAS 的ABA 问题

CAS的ABA问题有什么危害？

SpinLock 自旋锁, CAS操作（Compare & Set） ABA Problem