Java中volatile理解

目录

一、volatile是什么?

二、JMM理解

三、如何保证可见性?

四、volatile不保证原子性

五、Volatile禁止指令重排

六、Volatile的应用


一、volatile是什么?

        volatile是Java虚拟机提供的轻量级的同步机制,具有可见性、禁止指令排序、不保证原子性的特征。

        一旦一个共享变量(类的成员变量、 类的静态成员变量) 被 volatile 修饰之后, 那么就具备了两层语义:

  1. 保证了不同线程对这个变量进行读取时的可见性,即一个线程修改了某个变量的值,这新值对其他线程来说是立即可见的。 (volatile 解决了线程间共享变量的可见性问题)。

  2. 禁止进行指令重排序, 阻止编译器对代码的优化。

要了解它的三大特性,要先了解JMM。

二、JMM理解

        JMM是(Java内存模型)Java Memory Model的简称,是一种抽象概念并不真实存在,它描述的是一种规则或规范,通过规范定义了程序中各个变量(包括实例字段,静态字段和构成数组对象的元素)的访问方式。

        由于JVM运行程序的实体是线程,而每个线程创建时JVM都会为其创建一个工作内存,工作内存是每个线程的私有数据区域,而Java内存模型中规定所有变量都存储到主内存,主内存是共享内存区域,所有线程都可以访问,但线程对变量的操作必须在工作内存中进行。

        首先要将变量从主内存拷贝到自己的工作内存空间,然后对变量进行操作,操作完成后再将变量写回主内存,不能直接操作主内存中的变量,因此不同的线程间无法访问对方的工作内存,线程间的通信(传值)必须通过主内存来完成。

上面提到的概念 主内存 和 工作内存:

        主内存:就是计算机的内存。主要包括【本地方法区】和【堆】。

        工作内存:当同时有三个线程同时访问student对象的age变量时,那么每个线程都会拷贝一份,到各自的工作内存。主要包括该线程私有的【栈】等。

JMM具有三大特性,可见性、原子性、有序性,使用volatile可保证可见性和有序性,不能保证原子性。

三、如何保证可见性?

用代码验证volatile的可见性:

#代码验证
package com.study.thread;

class AddNumber {
    volatile int number = 0;

    public void add() {
        this.number = 90 + this.number;
    }
}

public class VolatileDemo {
    public static void main(String[] args) {
        AddNumber addNumber = new AddNumber();
        new Thread(() -> {
            System.out.println(">>come in ");
            try {
                Thread.sleep(10);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            addNumber.add();
            System.out.println(">>come out ");

        }, "1001").start();
        while (addNumber.number == 0) {

        }
        System.out.println(">>>" + addNumber.number);
    }
}
#如果加volatile运行结果
>>come in 
>>come out 
>>>90
    
如果不加volatile,main进程一直处于while循环中,运行结果如下  
>>come in 
>>come out 

四、volatile不保证原子性

        原子性是不可分割,完整型,也即某个线程正在做某个具体业务时,中间不可以被加塞或分割。需要整体完整,要么同时成功,要么同时失败。

        volatile不保证原子性,为什么不保证原子性?因为多个线程A、B、C在工作内存中操作同一个主内存的变量值时,A会把工作内存中的计算结果刷新回主内存,而其他线程B可能会有纳秒级的时间差,导致其他线程B将工作内存中的计算结果刷新到主内存,覆盖了主内存中该变量值。

如何解决原子性的问题?

  • 在方法上加上synchronized
public synchronized void addPlusPlus() {
    number ++;
}

引入synchronized关键字后,保证了该方法每次只能够一个线程进行访问和操作,保证最后输出的结果。

  • 使用juc下atomicInteger
package com.study.thread;

import java.util.concurrent.atomic.AtomicInteger;

class AddNumber {
    volatile int number = 0;
    AtomicInteger atomicInteger = new AtomicInteger();
    public void add() {
        this.number = 1 + this.number;
    }
    public void AotmicAdd() {
        atomicInteger.getAndAdd(1);
    }
}

public class VolatileDemo {
    public static void main(String[] args) {
        AddNumber addNumber = new AddNumber();
        for (int i = 0; i < 200; i++) {
            new Thread(() -> {
                try {
                    Thread.sleep(50);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                addNumber.add();
                addNumber.AotmicAdd();

            }, "thread" + i).start();
        }

        while (Thread.activeCount() > 2) {
            Thread.yield();
        }
        System.out.println("volatile不保证原子性>>>" + addNumber.number);
        System.out.println("AtomicInteger保证原子性>>>" + addNumber.atomicInteger);
    }
}
#输出结果
volatile不保证原子性>>>197
AtomicInteger保证原子性>>>200
    
	

五、Volatile禁止指令重排

        计算机在执行程序时,为了提高性能,编译器和处理器常常会对指令重排,一般分为以下三种:

源代码 -> 编译器优化的重排 -> 指令并行的重排 -> 内存系统的重排 -> 最终执行指令。

多线程环境中线程交替执行,由于编译器优化重排的存在,两个线程中使用的变量能否保证一致性是无法确认的,结果无法预测。

举一个指令重排的例子

public void mySort() {
    int x = 11;    
    int y = 12;
    x = x + 5;
    y = x * x;
}

按照正常单线程环境,执行顺序是1234。

但是在多线程环境中,可能出现以下的顺序:2134、1324。

但是指令排序也是有限制的,例如3不能出现在1面前,因为3需要依赖步骤1的声明,存在数据依赖。

Volatile针对指令重排做了啥?

Volatile实现禁止指令重排优化,从而避免了多线程环境下程序出现乱序执行的现象。

首先了解一个概念,内存屏障(Memory Barrier)又称内存栅栏,是一个CPU指令,它的作用有两个:

  • 保证特定操作的顺序
  • 保证某些变量的内存可见性(利用该特性实现volatile的内存可见性)

在Volatile的写和读的时候,加入屏障,防止出现指令重排,线程安全获得保障。

六、Volatile的应用

  • 单线程下的单例模式代码(懒汉,适用于单线程)
public class SingletonDemo {
    //用静态变量保存这个唯一的实例
    private static SingletonDemo instance = null;
    
    //构造器私有化
    private SingletonDemo() {
        
    }
    
    //提供一个静态方法,来获取实例对象
    public static SingletonDemo getInstance() {
        if (instance == null) {
            instance = new SingletonDemo();
        }
        return instance;
    }
}

单线程下创建出来的都是同一个对象。但是在多线程的环境下,我们通过SingletonDemo.getInstance() 获取到的对象,并不是同一个。

  1. 方法上引入synchronized
public synchronized static SingletonDemo getInstance() {
    if (instance == null) {
        instance = new SingletonDemo();
    }
    return instance;
}

但是synchronizaed属于重量级的同步机制,它只允许一个线程同时访问获取实例的方法,但是因此减低了并发性,因此采用的比较少。

     2.引入DCL双端检锁机制

就是在 进来、出去 的时候,进行检测。

public static SingletonDemo getInstance() {
    if (instance == null) {
        synchronized (SingletonDemo.class) {
            if (instance == null) {
                instance = new SingletonDemo();
            }
        }
    }
    return instance;
}

但是DCL机制不一定是线程安全的,原因是因为有指令重排的存在,我们加入Volatile可以禁止指令重排。

private static volatile SingletonDemo instance = null;

原因在豫某一个线程执行到第一次检测,读取到instance不为null时,instance的引用对象可能还没有完成初始化。

instance = new SingletonDemo();可以分为3步完成(伪代码)

memory = allocate();//1.分配对象内存孔吉纳

instance(memory); //2初始化对象

instance = memory;//3设置instance指向刚分配的内存地址,此时instance!=null

步骤2和步骤3不存在数据依赖关系,而且重排前和重排后程序的执行结果在单线程中并没有改变,因此这种重排优化时允许的。

memory = allocate(); //分配对象内存空间

instance = memory;//3设置instance指向刚分配的内存地址,此时instance!=null,但是对象还没有初始化完成

instance(memory); //2初始化对象

所以当一条线程访问instance不为null时,由于instance实例未必已初始化完成,也就造成了线程安全问题

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值