在Java 5中之前,它是一个备受争议的关键字,因为在程序中使用它往往会导致出人意料的结果(尤其是在JDK 1.5之前的Java的中无法安全地使用DCL(双锁家检测)来实现单例模式的原因)。在Java 5中之后,挥发性关键字才得以重获生机。
在Java5中之前虽然挥发性不允许挥发性变量之间重排序,但是却允许波动和不同变量重排序,这就导致了很多出人意料结果。而Java5中之后挥发性变量和不同变量之间也不允许重排序才使得,各种意料结果得到解决(在Java的以前的内存模型当中没有loadstore和loadload这类内存屏障导致挥发性变量可以和普通变量可以重排序,所以就产生了各种问题,而Java5中之后有了这类内存屏障所以挥发性和挥发性以及挥发性和普通变量之间不可以重排序(具体:普-V写和V读 - 普不可以重排序),加强了易挥发的语义,导致挥发性可以正确使用又因为在86杯。禁止读 - 读,读 - 写,写。 - 写操作的重排序,所以各种内存屏障都可以忽略掉最后只剩下storeload这个内存屏障也就是我们最后看到的锁定汇编指令),如下图在Java5中之前使用挥发会导致错误
在Java5中之前虽然挥发性不允许挥发性变量之间重排序,但是却允许波动和不同变量重排序,这就导致了很多出人意料结果。而Java5中之后挥发性变量和不同变量之间也不允许重排序才使得,各种意料结果得到解决(在Java的以前的内存模型当中没有loadstore和loadload这类内存屏障导致挥发性变量可以和普通变量可以重排序,所以就产生了各种问题,而Java5中之后有了这类内存屏障所以挥发性和挥发性以及挥发性和普通变量之间不可以重排序(具体:普-V写和V读 - 普不可以重排序),加强了易挥发的语义,导致挥发性可以正确使用又因为在86杯。禁止读 - 读,读 - 写,写。 - 写操作的重排序,所以各种内存屏障都可以忽略掉最后只剩下storeload这个内存屏障也就是我们最后看到的锁定汇编指令),如下图在Java5中之前使用挥发会导致错误
线程:A
int a = 0;
volatile boolean flag = false;
public void writer()
{
a = 1; // 1
flag = true; // 2
}
线程:B
public void reader()
{
if (flag) { // 3
int i = a; // 4
……
}
如图所示java5之前volatile与普通变量进行了重排序导致程序发生错误。