java内存模型与线程-volatile变量的特殊规则
一、规则总结
轻量级的同步机制,变量V为volatile类型。
(1) 在工作内存中,每次使用V前都要先从主内存刷新最新的值,用于保证能看见其它线程对变量V所做的修改后的值。
(2) 在工作内存中,每次修改V后都立刻同步到主内存中,用于保证其它线程看到自己对变量V所做的修改。
(3) 对volatile变量的修改不会被指令重日东月西 ,保证代码的执行顺序与程序的顺序相同。
volatile变量的读性能与普通变量区别不大,但是写操作性能 差一些,然而大多数情况下比加锁要好。
二、两个特点
当一个变量定义成volatile后,它具备两个特点:
- 保证此变量对所有线程的可见性
也就是当一个线程修改了这个变量的值,新值对于其它线程来说是可以立马得得知的。而普通变量在值在线程间传递要通过主内存来完成,如,一个线程A修改了一个普通变量,然后向主内存写回,另外一个线程B在线程A回写了后,再从主内存中读取到新的值,新的变量才对线程B可见。
我们可以说volatile变量在各个线程的工作内存中不存在一致性的问题(在各个线程的工作内存中,volatile变量也可以存在不一致的情况,但是由于每次使用前面都进行了刷新,所以看不到一不致的情况,所以我们可以认为不存在一致性问题),但是Java里面的运算并不具备原子性,导致volatile变量的运算在并发情况下也不安全。
例如
package com.company; /** * Created by lsj on 2015/9/7. */ public class VolatileTest { public static volatile int race =0; public static void increase(){ race++ ; } private static final int COUNT =20; public static void main(String [] args){ System.out.println("begin"); Thread [] threads = new Thread[COUNT] ; for (int i=0;i<COUNT;i++){ threads[i]= new Thread(new Runnable() { @Override public void run() { for(int i=0;i<100;i++){ increase(); } } }) ; threads[i].start(); } //Thread中yield()是让当前线程暂停,转入就绪状态, //让系统的线程调度器重新调度一次,这里已经排队了main线程。 while (Thread.activeCount()>1){ Thread.yield(); } System.out.println(race); } }
输出 的结果 不一定正确 。
问题出在race++中,我们可以得到这一句的字节码:
public static void increase(); Code : Stack =2,Locals=0, Args_size =0 0: getstatic #13; //Field race:I 3: iconst_1 4: iadd 5: putstatic #13 ; //Field race:I 8: return
失败的原因:当getstatic将race取到操作栈的时候,volatile 保证了race的值在此时是正确的,但是在执行iconst_1, iadd时,其它的线程可能已经修改了race,而在操作数栈中的值就变成了过期的数据 ,所以putstatic指令就可能只是将不正确的race写入到了内存中。实际上这里的字节码也不一定是原子性的,但是已经可以说明问题了。
由于volatile只能保证可见性,运算场景一定要符合下面的条件才能使用volatile:
(1) 运算结果并不依赖于变量的当前值,或者能够确保只有单一的线程修改变量的值 。
(2) 变量不需要与其它状态 变量共同参与 不变约束。
其它情况的运算场景下我们要加锁处理。
- 禁止指令重排序优化