| volatile和Java内存模型 | 您所在的位置：网站首页 › 内存000000不能read › volatile和Java内存模型 |
volatile和Java内存模型
|
文章目录
1、volatile2、volatile的内存语义3、内存屏障3.1、是什么、能干嘛3.2、内存屏障分类
4、什么叫保证有序性happens-before之volatile变量规则JMM就将内存屏障插入策略分为4种规则读屏障写屏障
5、保证可见性Code
6、volatile变量的读写过程7、没有原子性Code读取赋值一个普通变量的情况
8、禁止指令重排9、volatile的底层实现是通过内存屏障Code
如何正确使用volatile（实际工作）开销较低的读，写锁策略DCL双锁案例单线程情况下多线程情况下（由于指令重排序）解决
1、volatile
volatile 修饰变量的特点 可见性 立即刷新回主内存+失效处理 解释：A线程工作内存中的值修改后立即刷新回主内存，B线程工作内存的值立即失效 有序性 禁止指令重排：存在数据依赖关系的禁止重排贴一张图和synchronized比较下
当写一个volatile变量时，JMM会把该线程对应的本地内存中的共享变量立即刷新回到主内存中。 当读一个volatile变量时，JMM会把该线程对应的工作内存设置为无效，直接从主内存中读取共享变量。 简单来说：volatile修饰的变量在某个工作内存修改后立刻会刷新主内存，并把其他工作内存的该变量设置为无效 3、内存屏障 3.1、是什么、能干嘛内存屏障其实就是一种JVM指令，Java内存模型的重排规则会要求 Java编译器在生成 JVM指令时插入特定的内存屏障指令 ，通过这些内存屏障指令，volatile实现了Java内存模型中的可见性和有序性，但volatile无法保证原子性 重排序时，不允许把内存屏障之后的指令重排序到内存屏障之前 内存屏障是一种屏障指令，它使得CPU或编译器对屏障指令的前和后所发出的内存操作执行一个排序的约束。也叫内存栅栏或栅栏指令 内存屏障能干嘛？ 阻止屏障两边的指令重排序 写数据时加入屏障，强制将线程私有工作内存的数据刷回主物理内存 读数据时加入屏障，线程私有工作内存的数据失效，重新到主物理内存中获取最新数据 3.2、内存屏障分类可以将内存屏障大致分为两类：写屏障、读屏障 内存屏障之前的所有写操作都要回写到主内存 内存屏障之后的所有读操作都能获得内存屏障之前的所有写操作的最新结果(实现了可见性) 写屏障(Store Memory Barrier) ：告诉处理器在写屏障之前将所有存储在缓存(store buffer es) 中的数据同步到主内存。也就是说当看到Store屏障指令， 就必须把该指令之前所有写入指令执行完毕才能继续往下执行。读屏障(Load Memory Barrier) ：处理器在读屏障之后的读操作， 都在读屏障之后执行。也就是说在Load屏障指令之后就能够保证后面的读取数据指令一定能够读取到最新的数据。一句话： 写屏障 在写指令之后插入写屏障，强制把写缓冲区的数据刷回到主内存中 读屏障 在读指令之前插入读屏障，让工作内存或CPU高速缓存当中的缓存数据失效，重新回到主内存中获取最新数据。 细分为四类： 屏障类型指令示例说明loadloadload1;loadload;load2保证load1的读操作在load2及后续读取操作之前执行storestorestore1;storestore;store2在store2及其后的写操作执行前，保证store1的写操作已刷新到主内存loadstoreload1;loadstore;store2在store2及其后的写操作执行前，保证load1的读操作已经读取结束storeloadstore1;storeload;load2保证store1的写操作已刷新到主内存后，load2及其后的读操作才能执行 4、什么叫保证有序性 禁止指令重排通过内存屏障禁止重排 重排序有可能影响程序的执行和实现， 因此， 我们有时候希望告诉 JVM 你别“自作聪明”给我重排序， 我这里不需要排序。 对于编译器的重排序， JMM会根据重排序的规则， 禁止特定类型的编译器重排序。 对于处理器的重排序， Java编译器在生成指令序列的适当位置， 插入内存屏障指令， 来禁止特定类型的处理器排序。 happens-before之volatile变量规则
在每个volatile读操作的后面插入一个LoadLoad屏障 在每个volatile读操作的后面插入一个LoadStore屏障
在每个volatile写操作的前面插入一个StoreStore屏障 在每个volatile写操作的后面插入一个StoreLoad屏障
保证不同线程对某个变量完成操作后结果及时可见，即该共享变量一旦改变所有线程立即可见 Code public class VolatileSeeDemo { //static boolean flag = true; //不加volatile，没有可见性 static volatile boolean flag = true; //加了volatile，保证可见性 public static void main(String[] args) { new Thread(() -> { System.out.println(Thread.currentThread().getName()+"\t come in"); while (flag)//默认flag是true,如果未被修改就一直循环，下面那句话也打印不出来 { } System.out.println(Thread.currentThread().getName()+"\t flag被修改为"+flag+",退出....."); },"t1").start(); //暂停几秒 try { TimeUnit.SECONDS.sleep(2); } catch (InterruptedException e) { e.printStackTrace(); } flag = false; System.out.println("main线程修改完成"); } } //没有volatile时 //t1 come in //main线程修改完成 //--------程序一直在跑（在循环里） //有volatile时 //t1 come in //main线程修改完成 //t1 flag被修改为false,退出.....线程t1中为何看不到被主线程main修改为false的flag的值？ 问题可能: 主线程修改了flag之后没有将其刷新到主内存，所以t1线程看不到。主线程将flag刷新到了主内存，但是t1一直读取的是自己工作内存中flag的值，没有去主内存中更新获取flag最新的值。我们想要的结果： 线程中修改了工作内存中的副本之后，立即将其刷新到主内存； 工作内存中每次读取共享变量时，都去主内存中重新读取，然后拷贝到工作内存。 解决： 使用volatile修饰共享变量，就可以达到上面的效果，被volatile修改的变量有以下特点： 线程中读取的时候，每次读取都会去主内存中读取共享变量最新的值 ，然后将其复制到工作内存线程中修改了工作内存中变量的副本，修改之后会立即刷新到主内存 6、volatile变量的读写过程read(读取)→load(加载)→use(使用)→assign(赋值)→store(存储)→write(写入)→lock(锁定)→unlock(解锁)
read: 作用于主内存，将变量的值从主内存传输到工作内存，主内存到工作内存 load: 作用于工作内存，将read从主内存传输的变量值放入工作内存变量副本中，即数据加载 use: 作用于工作内存，将工作内存变量副本的值传递给执行引擎，每当JVM遇到需要该变量的字节码指令时会执行该操作 assign: 作用于工作内存，将从执行引擎接收到的值赋值给工作内存变量，每当JVM遇到一个给变量赋值字节码指令时会执行该操作 store: 作用于工作内存，将赋值完毕的工作变量的值写回给主内存 write: 作用于主内存，将store传输过来的变量值赋值给主内存中的变量 由于上述6条只能保证单条指令的原子性，针对多条指令的组合性原子保证，没有大面积加锁，所以，JVM提供了另外两个原子指令： lock: 作用于主内存，将一个变量标记为一个线程独占的状态，只是写时候加锁，就只是锁了写变量的过程。 unlock: 作用于主内存，把一个处于锁定状态的变量释放，然后才能被其他线程占用 7、没有原子性volatile变量的复合操作不具有原子性，比如number++ Code class MyNumber { //volatile int number = 0; int number = 0; public synchronized void addPlusPlus()//加上synchronized { number++; } } public class VolatileNoAtomicDemo { public static void main(String[] args) throws InterruptedException { MyNumber myNumber = new MyNumber(); for (int i = 1; i for (int j = 1; j TimeUnit.SECONDS.sleep(3); } catch (InterruptedException e) { e.printStackTrace(); } System.out.println(Thread.currentThread().getName() + "\t" + myNumber.number); } } //-------------volatile情况下 //main 8302 //-----------synchronized请款下 //main 10000这个问题也间接说明了自增运算符 i++ 不是线程安全的 读取赋值一个普通变量的情况当线程1对主内存对象发起read操作到write操作第一套流程的时间里，线程2随时都有可能对这个主内存对象发起第二套操作，各干各的。 从底层来说，i++或者number++（在执行引擎操作时）其实是分了三步的：数据加载 、数据计算 、数据赋值 。而这三步非原子操作 对于volatile变量具备可见性 ，JVM只是保证从主内存加载到线程工作内存的值是最新的，也仅是数据加载时是最新的。但是多线程环境 下，“数据计算”和“数据赋值”操作可能多次出现，若数据在加载之后，若主内存volatile修饰变量发生修改之后，线程工作内存中的操作将 会作废去读主内存最新值，操作出现写丢失问题。即各线程私有内存和主内存公共内存中变量不同步 ，进而导致数据不一致。由此可见 volatile解决的是变量读取时的可见性问题，但无法保证原子性，对于多线程修改主内存共享变量的场景必须使用加锁同步 比如说一个线程在计算的时候，别的线程已经提交了，所以这个线程的计算直接失效了 然而：加了synchronized之后保证了串行执行，每次只有一个线程进来 但volatile不能保证原子性，大家一起读，一起加一，就看谁提交的快了。提交快的直接让另一个失效 小总结： volatile不适合参与到依赖当前值的运算，如i=i+1，i++之类的那么依靠可见性的特点volatile可以用在哪些地方呢？通常volatile用作保存某个状态的boolean值或 int值。 （一旦布尔值被改变迅速被看到，就可以做其他操作） 对于volatile变量，JVM只是保证从主内存加载到线程工作内存的值是最新的，也只是数据加载时是最新的。如果第二个线程在第一个线程读取旧值和写回新值期间读取i的阈值，也就造成了线程安全问题 8、禁止指令重排重排序是指编译器和处理器为了优化程序性能而对指令序列进行重新排序的一种手段，有时候会改变程序语句的先后顺序 不存在数据依赖关系，可以重排序； 存在数据依赖关系 ，禁止重排序 重排序的分类和执行流程：
编译器优化的重排序： 编译器在不改变单线程串行语义的前提下，可以重新调整指令的执行顺序 指令级并行的重排序： 处理器使用指令级并行技术来将多条指令重叠执行，若不存在数据依赖性，处理器可以改变语句对应机器指令的执行顺序 内存系统的重排序： 由于处理器使用缓存和读/写缓冲区，这使得加载和存储操作看上去可能是乱序执行 那么什么是数据依赖性呢？若两个操作访问同一变量，且这两个操作中有一个为写操作，此时两操作间就存在数据依赖性。 编译器和处理器在重排序时，会遵守数据依赖性，不会改变存在依赖关系的两个操作的执行,但不同处理器和不同线程之间的数据性不会被编译器和处理器考虑，其只会作用于单处理器和单线程环境。 9、volatile的底层实现是通过内存屏障 Code public class VolatileTest { int i = 0; volatile boolean flag = false; public void write(){ i = 2;//假如不加volatile，这两句话的顺序就有可能颠倒，影响最终结果 flag = true; } public void read(){ if(flag){ System.out.println("---i = " + i); } } } 如何正确使用volatile（实际工作）单一赋值可以 volatile int a = 10; volatile boolean flag = false 但是含有符合运算赋值不可以（比如i++） 开销较低的读，写锁策略读多于写，读用volatile，写用synchronized可以提高性能 public class UseVolatileDemo{ // // 使用：当读远多于写，结合使用内部锁和 volatile 变量来减少同步的开销 // 理由：利用volatile保证读取操作的可见性；利用synchronized保证复合操作的原子性 public class Counter{ private volatile int value; public int getValue(){ return value; //利用volatile保证读取操作的可见性 } public synchronized int increment(){ return value++; //利用synchronized保证复合操作的原子性 } } } DCL双锁案例 public class SafeDoubleCheckSingleton { private static SafeDoubleCheckSingleton singleton; //-----这里没加volatile //私有化构造方法 private SafeDoubleCheckSingleton(){ } //双重锁设计 public static SafeDoubleCheckSingleton getInstance(){ if (singleton == null){ //1.多线程并发创建对象时，会通过加锁保证只有一个线程能创建对象 synchronized (SafeDoubleCheckSingleton.class){ if (singleton == null){ //隐患：多线程环境下，由于重排序，该对象可能还未完成初始化就被其他线程读取 singleton = new SafeDoubleCheckSingleton(); //实例化分为三步 //1.分配对象的内存空间 //2.初始化对象 //3.设置对象指向分配的内存地址 } } } //2.对象创建完毕，执行getInstance()将不需要获取锁，直接返回创建对象 return singleton; } } 单线程情况下单线程环境下(或者说正常情况下)，在"问题代码处"，会执行如下操作，保证能获取到已完成初始化的实例 //三步 memory = allocate(); //1.分配对象的内存空间 ctorInstance(memory); //2.初始化对象 instance = memory; //3.设置对象指向分配的内存地址 多线程情况下（由于指令重排序）隐患：多线程环境下，在"问题代码处"，会执行如下操作，由于重排序导致2,3乱序，后果就是其他线程得到的是null而不是完成初始化的对象 。（没初始化完的就是null） 非正常情况 //三步 memory = allocate(); //1.分配对象的内存空间 instance = memory; //3.设置对象指向分配的内存地址---这里指令重排了，但是对象还没有初始化 ctorInstance(memory); //2.初始化对象 解决加volatile修饰 public class SafeDoubleCheckSingleton { //通过volatile声明，实现线程安全的延迟初始化。 private volatile static SafeDoubleCheckSingleton singleton; //私有化构造方法 private SafeDoubleCheckSingleton(){ } //双重锁设计 public static SafeDoubleCheckSingleton getInstance(){ if (singleton == null){ //1.多线程并发创建对象时，会通过加锁保证只有一个线程能创建对象 synchronized (SafeDoubleCheckSingleton.class){ if (singleton == null){ //隐患：多线程环境下，由于重排序，该对象可能还未完成初始化就被其他线程读取 //原理:利用volatile，禁止 "初始化对象"(2) 和 "设置singleton指向内存空间"(3) 的重排序 singleton = new SafeDoubleCheckSingleton(); } } } //2.对象创建完毕，执行getInstance()将不需要获取锁，直接返回创建对象 return singleton; } }实例化singleton分多步执行（分配内存空间、初始化对象、将对象指向分配的内存空间），某些编译器为了性能原因，会将第二步和第三步进行重排序（分配内存空间、将对象指向分配的内存空间、初始化对象）。这样，某个线程可能会获得一个未完全初始化的实例 |
【本文地址】