java吧_死磕好不好

java吧_死磕好不好死磕Java——CAS

大家好,又见面了,我是你们的朋友全栈君。

一、死磕Java——CAS

前面我们说到volatile不保证原子性,解决办法就是使用AtomicInteger代替int,但是为什么使用AtomicInteger就可以保证了原子性了,是因为AtomicInteger实现的就是CAS思想和Unsafe的支持。

1.1.CAS是什么

AtomicInteger atomicInteger = new AtomicInteger(5);
atomicInteger.compareAndSet(5, 10);
复制代码

CAS:即比较和交换(compareAndSet),CAS的思想比较简单就是三个值:当前内存值V,旧的预期值A,和要更新的值B,当且仅当内存值V等于预期值A,才将内存值修改为B,并返回true,否则什么都不做,返回false。下面就以atomicInteger.getAndIncrement();分析一下AtomicInteger使用的CAS思想。

1.2.CAS的原理

使用AtomicInteger

public static void main(String[] args) {
    AtomicInteger atomicInteger = new AtomicInteger(5);
    atomicInteger.compareAndSet(5, 10);
    atomicInteger.getAndIncrement();
}
复制代码

compareAndSet方法

public final int getAndIncrement() {
    return unsafe.getAndAddInt(this, valueOffset, 1);
}
复制代码

unsafe.getAndAddInt(this, valueOffset, 1)说明:

  • this:代表当前对象,这里就是外部new的atomicInteger对象;
  • valueOffset:代表当前对象的内存地址。
  • 1:就是加1。
private static final Unsafe unsafe = Unsafe.getUnsafe();
private static final long valueOffset;

static {
    try {
        valueOffset = unsafe.objectFieldOffset
            (AtomicInteger.class.getDeclaredField("value"));
    } catch (Exception ex) { throw new Error(ex); }
}

private volatile int value;
复制代码

说明:

上述代码就是根据对象的内存地址获取当前内存的值,注意的是private volatile int value;添加了volatile关键字,所以,保证了可见性。

unsafe.getAndAddInt方法

public final int getAndAddInt(Object var1, long var2, int var4) {
    int var5;
    do {
        var5 = this.getIntVolatile(var1, var2);
    } while(!this.compareAndSwapInt(var1, var2, var5, var5 + var4));

    return var5;
}
复制代码

说明:

  • unsafe类是CAS的核心类,由于Java无法直接操作底层系统,只能通过native修饰的本地方法操作,基于unsafe类就可以直接操作内存中的数据。
  • getAndAddInt(Object var1, long var2, int var4)中:Object var1:当前对象,long var2:当前对象的内存地址,int var4:需要更新的值,这里就是1。
  • var5 = this.getIntVolatile(var1, var2);:就是取到当前对象的内存值;
  • 假如现在存在两个线程,跑在不同的cpu上,内存中atomicInteger的原始值为5,两个线程都拷贝一份到自己的工作内存中,
  • 线程A通过getIntVolatile(var1, var2)拿到value值5,这时线程A被挂起。
  • 线程B也通过getIntVolatile(var1, var2)方法获取到value值5,线程B没有被挂起,并执行compareAndSwapInt方法比较内存值也为5,成功修改内存值为10。
  • 这时线程A恢复,执行compareAndSwapInt方法比较,发现自己手里的值(5)和内存的值(10)不一致,说明该值已经被其它线程提前修改过了,那只能重新来一遍了。
  • 重新获取value值,因为变量value被volatile修饰,所以其它线程对它的修改,线程A总是能够看到,线程A继续执行compareAndSwapInt进行比较替换,直到成功。

1.3.CAS的缺点

前面的代码分析中我们知道getAndAddInt方法有一个do-while循环,如果CAS失败,就会进行一直尝试比较,如果很长时间都不成功,就会增加CPU的开销。所以CAS的一个缺点就是循环时间长开销大,由于this表示的是当前对象,所以,存在另外一个缺点就是只能保证一个共享变量的原子操作。最重要的缺点就是ABA问题。

1.3.1.什么是ABA问题

前面分析CAS思想的时候,我们知道一个线程会先获取Value的值,比较和交换的时候再获取内存的值和手里的value进行比较,说的是如果一致就表示没有被其他线程修改过,然后就执行自己的交换操作,但是,如果,一个线程修改了,然后另外还有一个线程又修改会原来的值,这个时候一比较还是一样的,这就是ABA问题。简单讲就是狸猫换太子。如果业务中不关心中间操作,只在乎开始和结尾是否一致就可,就不必要解决ABA 问题。

1.3.2.使用原子引用和版本机制解决ABA问题

在java.util.concurrent.atomic包下存在一个AtomicReference类,就是原子引用,CAS比较的只是内存中的值,现在增加一个版本号,比较值的同时再比较版本后是否一致。使用AtomicStampedReference带时间戳的原子引用来解决ABA问题。

 public static void main(String[] args) {
        AtomicStampedReference<Integer> reference = new AtomicStampedReference<>(10, 1);

        new Thread(() -> {
            int stamp = reference.getStamp();
            System.out.println("T1拿到的第一次的版本号:" + stamp);
            // 先暂停1秒,等T2线程拿到相同的初始版本号
            try {
                TimeUnit.SECONDS.sleep(1);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            reference.compareAndSet(10, 101, reference.getStamp(), reference.getStamp() + 1);
            System.out.println("T1线程第一次操作后的版本号为:"  + reference.getStamp());
            reference.compareAndSet(101, 10, reference.getStamp(), reference.getStamp() + 1);
            System.out.println("T1线程第二次操作后的版本号为:"  + reference.getStamp());
        }, "T1").start();

        new Thread(() -> {
            int stamp = reference.getStamp();
            System.out.println("T2拿到的第一次的版本号:" + stamp);
            // 先暂停3秒,等T1线程有充分的时候做一次ABA操作
            try {
                TimeUnit.SECONDS.sleep(3);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            boolean b = reference.compareAndSet(10, 2019, stamp, stamp + 1);
            System.out.println("当前内存中的最新值为:" + reference.getReference());
            System.out.println("T2线程在T1线程执行完ABA问题后在执行的结果为:" + b);
        }, "T2").start();

    }
复制代码
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/106832.html原文链接:https://javaforall.net

赞 (0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • 简单了解Activity工作流引擎

    简单了解Activity工作流引擎一、什么是工作流以请假为例,现在大多数公司的请假流程是这样的员工打电话(或网聊)向上级提出请假申请——上级口头同意——上级将请假记录下来——月底将请假记录上交公司——公司将请假录入电脑采用工作流技术的公司的请假流程是这样的员工使用账户登录系统——点击请假——上级登录系统点击允许就这样,一个请假流程就结束了有人会问,那上级不用向公司提交请假记录?公司不用将记录录入电脑?答案…

    2022年7月11日
  • 计算机设备问题代码43,win10系统提示由于该设备有问题windows已将其停止(代码43)的修复方案…「建议收藏」

    计算机设备问题代码43,win10系统提示由于该设备有问题windows已将其停止(代码43)的修复方案…「建议收藏」有关win10系统提示由于该设备有问题windows已将其停止(代码43)的操作方法想必大家有所耳闻。但是能够对win10系统提示由于该设备有问题windows已将其停止(代码43)进行实际操作的人却不多。其实解决win10系统提示由于该设备有问题windows已将其停止(代码43)的问题也不是难事,小编这里提示两点:1、双击unknowndevice查看是否出现如下代码由于该设备有问题,wi…

    2022年6月28日
  • STM32CubeMX入门使用一

    STM32CubeMX入门使用一一、安装好CubeMX这个度娘中一大把。二、打开CubeMX软件—————-安装支持包和HAL库说明文档1、安装需要的芯片型号的package支持包2、找到下载的目录三、新建工程(以STM32F103ZET6为例)1、新建工程2、双击上图‘2’处就自动跳转到配置界面如下:3、先配置系统SystemCode中的RCC和SYS(特别提醒:SYS-Debug这个一定选上,否则下载程序后会禁用仿真下载口,后面就不能用这个口仿真下载

    2022年5月9日
  • k8s中pod的状态包括_k8s pod状态

    k8s中pod的状态包括_k8s pod状态文章目录第五章 Pod详解5.1 Pod介绍5.1.1 Pod结构5.1.2 Pod定义5.2 Pod配置5.2.1 基本配置5.2.2 镜像拉取5.2.3 启动命令5.2.4 环境变量5.2.5 端口设置5.2.6 资源配额5.3 Pod生命周期5.3.1 创建和终止5.3.2 初始化容器5.3.3 钩子函数5.3.4 容器探测5.3.5 重启策略5.4 Pod调度5.4.1 定向调度5.4.2 亲和性调度NodeAffinityPodAffinityPodAntiAffinity5.4.3 污点和容忍

    2022年8月11日
  • Python入门:Anaconda和Pycharm的安装和配置「建议收藏」

    Python入门:Anaconda和Pycharm的安装和配置「建议收藏」子曰:“工欲善其事,必先利其器。”学习Python就需要有编译Python程序的软件,一般情况下,我们选择在Python官网下载对应版本的Python然后用记事本编写,再在终端进行编译运行即可,但是对于我这样懒的小白,我喜欢装一些方便的软件来辅助我编写程序。在学习Java时,正常情况选择安装JDK然后配置环境变量后,用记事本编写程序再在终端编译运行即可,而我一般选择安装JDK+MyEclipse。…

    2022年8月27日
  • 白帽子讲web安全 pdf_白帽子讲web安全适合初学者看吗

    白帽子讲web安全 pdf_白帽子讲web安全适合初学者看吗第一篇:世界观安全第一章:我的安全世界观一个网站的数据库,在没有任何保护的情况下,数据库服务端口是允许任何人随意连接的;在有了防火墙的保护后,通过ACL可以控制只允许信任来源的访问。这些措施在很大程度上保证了系统软件处于信任边界之内,从而杜绝了绝大部分的攻击来源。1.1.3Web安全的兴起常见攻击:SQL注入,XSS(跨站脚本攻击)“破坏往往比建设容易”,但凡事都不是绝对的。一般来说,白帽子选择的方

    2022年9月15日

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号