咨询热线

您当前的位置:主页 > IT编程 >
IT编程 新闻 娱乐八卦 数码科技 游戏 汽车 体育 视频

CAS 和 ABA 问题

浏览次数:    时间:2020-03-12
分享到:

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 atomicReference = new AtomicReference<>(100); static AtomicStampedReference 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(); }}如果觉得对你有帮助,欢迎来访我的博客:http://jianjieming.com 该文章转载自:https://www.cnblogs.com/jianjieming/p/12108393.html

上一篇:没有了 下一篇:centos7搭建hadoop2.10高可用(HA)
Copyright © 唐斌翔的博客 版权所有