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

相关文章

Vue3绑定props默认值问题

《Vue3绑定props默认值问题》使用Vue3的defineProps配合TypeScript的interface定义props类型,并通过withDefaults设置默认值,使组件能安全访问传入的... 目录前言步骤步骤1:使用 defineProps 定义 Props步骤2:设置默认值总结前言使用T

Web服务器-Nginx-高并发问题

《Web服务器-Nginx-高并发问题》Nginx通过事件驱动、I/O多路复用和异步非阻塞技术高效处理高并发,结合动静分离和限流策略,提升性能与稳定性... 目录前言一、架构1. 原生多进程架构2. 事件驱动模型3. IO多路复用4. 异步非阻塞 I/O5. Nginx高并发配置实战二、动静分离1. 职责2

解决升级JDK报错:module java.base does not“opens java.lang.reflect“to unnamed module问题

《解决升级JDK报错:modulejava.basedoesnot“opensjava.lang.reflect“tounnamedmodule问题》SpringBoot启动错误源于Jav... 目录问题描述原因分析解决方案总结问题描述启动sprintboot时报以下错误原因分析编程异js常是由Ja

MySQL 表空却 ibd 文件过大的问题及解决方法

《MySQL表空却ibd文件过大的问题及解决方法》本文给大家介绍MySQL表空却ibd文件过大的问题及解决方法,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考... 目录一、问题背景:表空却 “吃满” 磁盘的怪事二、问题复现:一步步编程还原异常场景1. 准备测试源表与数据

解决Nginx启动报错Job for nginx.service failed because the control process exited with error code问题

《解决Nginx启动报错Jobfornginx.servicefailedbecausethecontrolprocessexitedwitherrorcode问题》Nginx启... 目录一、报错如下二、解决原因三、解决方式总结一、报错如下Job for nginx.service failed bec

SysMain服务可以关吗? 解决SysMain服务导致的高CPU使用率问题

《SysMain服务可以关吗?解决SysMain服务导致的高CPU使用率问题》SysMain服务是超级预读取,该服务会记录您打开应用程序的模式,并预先将它们加载到内存中以节省时间,但它可能占用大量... 在使用电脑的过程中,CPU使用率居高不下是许多用户都遇到过的问题,其中名为SysMain的服务往往是罪魁

MySQ中出现幻读问题的解决过程

《MySQ中出现幻读问题的解决过程》文章解析MySQLInnoDB通过MVCC与间隙锁机制在可重复读隔离级别下解决幻读,确保事务一致性,同时指出性能影响及乐观锁等替代方案,帮助开发者优化数据库应用... 目录一、幻读的准确定义与核心特征幻读 vs 不可重复读二、mysql隔离级别深度解析各隔离级别的实现差异

C++ vector越界问题的完整解决方案

《C++vector越界问题的完整解决方案》在C++开发中,std::vector作为最常用的动态数组容器,其便捷性与性能优势使其成为处理可变长度数据的首选,然而,数组越界访问始终是威胁程序稳定性的... 目录引言一、vector越界的底层原理与危害1.1 越界访问的本质原因1.2 越界访问的实际危害二、基

Python多线程应用中的卡死问题优化方案指南

《Python多线程应用中的卡死问题优化方案指南》在利用Python语言开发某查询软件时,遇到了点击搜索按钮后软件卡死的问题,本文将简单分析一下出现的原因以及对应的优化方案,希望对大家有所帮助... 目录问题描述优化方案1. 网络请求优化2. 多线程架构优化3. 全局异常处理4. 配置管理优化优化效果1.

Linux部署中的文件大小写问题的解决方案

《Linux部署中的文件大小写问题的解决方案》在本地开发环境(Windows/macOS)一切正常,但部署到Linux服务器后出现模块加载错误,核心原因是Linux文件系统严格区分大小写,所以本文给大... 目录问题背景解决方案配置要求问题背景在本地开发环境(Windows/MACOS)一切正常,但部署到