CAS与ABA问题

2023-10-18 05:59
文章标签 问题 cas aba

本文主要是介绍CAS与ABA问题,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

文章首发于个人博客,欢迎访问关注:https://www.lin2j.tech

文章思路:

谈谈 CAS --> 谈谈Unsafe类 -->CAS的优缺点 —> ABA问题 --> 原子引用 --> ABA问题的规避思路

谈谈CAS

CAS 即 Compare And Set ,是保证一个共享变量的原子操作,是一条CPU并发原语。它判断内存某个位置的值是否为预期值,如果是则更改为新值,这个过程是原子的。

其逻辑大概如下:

  1. 从主存中备份旧数据 v 至 a
  2. 基于旧数据 a 构造新数据 b
  3. 比较旧数据 a 和内存中的 v
    1. 如果 a != v,说明有其他的线程改变过 v。那么此时跳回第一步
    2. 如果 a == v,那么将 v 改为 b

伪代码如下:

int a = v;
int b;
while(true) {b = a+1;if (a != v) {a = v;} else {v = b;break;}
}
谈谈 Unsafe 类

Java 中的CAS操作是调用了 Unsafe 类的方法,Unsafe 类的所有方法都是 native 的。通过 Unsafe 类,我们可以直接对某个对象的某个字段的地址进行操作,更新字段的值(使用 CAS 操作去更新)。

以原子类 AtomicInteger 为例

AtomicInteger与Unsafe

其中,static 代码块是获取 AtomicInteger 类的成员变量 value 在对象中的地址偏移量

value 一定要用 volatile 修饰,这样某个线程对 value 的修改,其他线程能感知到,才能进行 CAS 操作。

AtomicInteger 是通过 unsafe 进行自增操作。

AtomicInteger与getAndIncrement

Unsafe getAndIncrement 方法的代码就是获取地址的内容、更新、比较,直到预期值和地址内容一样是才会去更新地址。下面的是反编译后的代码。

unsafe与getAndAddInt

  1. var1 是对象本身;var2 是字段的地址偏移量;var4 是更新的目标值。
  2. var5 地址中的旧数据,通过 var1 和 var2 找出地址中内容。
  3. 用 var5 去和地址中的内容进行对比。
    1. 如果相同,更新 var5 + var4 并且返回 true。
    2. 如果不同,则继续取值然后比较,直到更新完成。
CAS 的优缺点

循环时间长,循环开销大。

只能保证一个共享变量的原子操作

可能存在 ABA 问题。

ABA 问题

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

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

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

原子引用的使用示例:

@Data
@AllArgsConstructor
class User {private String name;
}/*** @author linjinjia* @date 2021/3/9 20:06*/
public class AtomicReferenceDemo {public static void main(String[] args) {User u1 = new User("u1");User u2 = new User("u2");AtomicReference<User> reference = new AtomicReference<>();reference.set(u1);System.out.println(reference.get());System.out.println(reference.compareAndSet(u1, u2) + "\t" + reference.get());System.out.println(reference.compareAndSet(u2, u1) + "\t" + reference.get());atomicReference();}
}

输出:

User(name=u1)
true	User(name=u2)
true	User(name=u1)

使用原子引用模仿ABA问题的产生。

/*** @author linjinjia* @date 2021/3/9 20:06*/
public class AtomicReferenceDemo {public static void main(String[] args) {atomicReference();}/*** 使用普通的原子引用,依然会出现 ABA 问题*/private static void atomicReference() {AtomicReference<Integer> reference = new AtomicReference<>();reference.set(100);new Thread(()->{// 将变量从 100 改到 101,再从 101 改到 100,模拟ABA问题的产生reference.compareAndSet(100, 101);reference.compareAndSet(101, 100);}, "AA").start();new Thread(() -> {try {// 线程睡眠1秒,等待线程AA完成操作, 然后再去更新变量的值TimeUnit.SECONDS.sleep(1);System.out.println(Thread.currentThread().getName() + "\t"+ reference.compareAndSet(100, 101)+ "\t" + reference.get());} catch (InterruptedException e) {e.printStackTrace();}}, "BB").start();}
}

输出:

BB	true	101

普通的原子引用无法避免ABA问题,那如何才能规避ABA问题呢?

在数据库中,有一种多版本控制法,给数据增加版本号,当数据发生改变之后,版本号会进行更新。当事务要进行数据更新时,持有的数据的版本号要大于记录当前的版本号才行。否则只能不断重试,直到更新完成。

Java 中,有一类带戳的原子引用 AtomicStampedReference,可以实现与多版本控制法类似的效果。

/*** @author linjinjia* @date 2021/3/9 20:06*/
public class AtomicReferenceDemo {public static void main(String[] args) {atomicStampedReference();}private static void atomicStampedReference() {// 设置初始值100和初始版本号1AtomicStampedReference<Integer> reference = new AtomicStampedReference<>(100, 1);new Thread(() -> {String thread = Thread.currentThread().getName();int stamp = reference.getStamp();System.out.println(thread + "\t第一次版本号:" + stamp);// 暂停一秒,让 BB 线程能拿到版本号try {TimeUnit.SECONDS.sleep(1);} catch (InterruptedException e) {e.printStackTrace();}// 模仿 ABA 问题的产生,并更新版本号System.out.println(thread + "\t"+ reference.compareAndSet(100, 101, stamp, stamp + 1));stamp = reference.getStamp();System.out.println(thread + "\t第二次版本号:" + stamp);System.out.println(thread + "\t"+ reference.compareAndSet(101, 100, stamp, stamp + 1));stamp = reference.getStamp();System.out.println(thread + "\t第三次版本号:" + stamp);}, "AA").start();new Thread(() -> {String thread = Thread.currentThread().getName();int stamp = reference.getStamp();System.out.println(thread + "\t第一次版本号:"+ stamp);// 暂停3秒,让 AA 线程能拿到版本号try {TimeUnit.SECONDS.sleep(3);} catch (InterruptedException e) {e.printStackTrace();}System.out.println(thread + "\t当前版本号:" + reference.getStamp());// 使用旧的版本号,看是否能完成更新,如果可以,那么引用的内容将变成200boolean b = reference.compareAndSet(100, 200, stamp, stamp+1);System.out.println(thread + "\t更换结果:" + b + "\t变量实际的最新值:" + reference.getReference());}, "BB").start();}
}

输出:

AA	第一次版本号:1
BB	第一次版本号:1
AA	true
AA	第二次版本号:2
AA	true
AA	第三次版本号:3
BB	当前版本号:3
BB	更换结果:false	变量实际的最新值:100

正如上面所讲,ABA 问题不仅是在 CAS 中才会出现,数据库中也有相似的问题。而解决的办法大同小异,通过一个版本号去标记数据。Java 中,则可以通过带版本号的原子引用来解决

这篇关于CAS与ABA问题的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/230657

相关文章

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

Java 线程安全与 volatile与单例模式问题及解决方案

《Java线程安全与volatile与单例模式问题及解决方案》文章主要讲解线程安全问题的五个成因(调度随机、变量修改、非原子操作、内存可见性、指令重排序)及解决方案,强调使用volatile关键字... 目录什么是线程安全线程安全问题的产生与解决方案线程的调度是随机的多个线程对同一个变量进行修改线程的修改操

Redis出现中文乱码的问题及解决

《Redis出现中文乱码的问题及解决》:本文主要介绍Redis出现中文乱码的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1. 问题的产生2China编程. 问题的解决redihttp://www.chinasem.cns数据进制问题的解决中文乱码问题解决总结

全面解析MySQL索引长度限制问题与解决方案

《全面解析MySQL索引长度限制问题与解决方案》MySQL对索引长度设限是为了保持高效的数据检索性能,这个限制不是MySQL的缺陷,而是数据库设计中的权衡结果,下面我们就来看看如何解决这一问题吧... 目录引言:为什么会有索引键长度问题?一、问题根源深度解析mysql索引长度限制原理实际场景示例二、五大解决

Springboot如何正确使用AOP问题

《Springboot如何正确使用AOP问题》:本文主要介绍Springboot如何正确使用AOP问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录​一、AOP概念二、切点表达式​execution表达式案例三、AOP通知四、springboot中使用AOP导出

Python中Tensorflow无法调用GPU问题的解决方法

《Python中Tensorflow无法调用GPU问题的解决方法》文章详解如何解决TensorFlow在Windows无法识别GPU的问题,需降级至2.10版本,安装匹配CUDA11.2和cuDNN... 当用以下代码查看GPU数量时,gpuspython返回的是一个空列表,说明tensorflow没有找到

解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘问题

《解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘问题》:本文主要介绍解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4... 目录未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘打开pom.XM

IDEA Maven提示:未解析的依赖项的问题及解决

《IDEAMaven提示:未解析的依赖项的问题及解决》:本文主要介绍IDEAMaven提示:未解析的依赖项的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝... 目录IDEA Maven提示:未解析的依编程赖项例如总结IDEA Maven提示:未解析的依赖项例如

Redis分片集群、数据读写规则问题小结

《Redis分片集群、数据读写规则问题小结》本文介绍了Redis分片集群的原理,通过数据分片和哈希槽机制解决单机内存限制与写瓶颈问题,实现分布式存储和高并发处理,但存在通信开销大、维护复杂及对事务支持... 目录一、分片集群解android决的问题二、分片集群图解 分片集群特征如何解决的上述问题?(与哨兵模

SpringBoot+Redis防止接口重复提交问题

《SpringBoot+Redis防止接口重复提交问题》:本文主要介绍SpringBoot+Redis防止接口重复提交问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不... 目录前言实现思路代码示例测试总结前言在项目的使用使用过程中,经常会出现某些操作在短时间内频繁提交。例