Java不能指令重排的情况,java Volatile不能指令重排原因

代码的顺序改变后，虽然变量值没有变化，但是对于线程的使用时容易发生不安全的问题。这里也是我们用Volatile时一再说明不能用于重排的原因。下面我们就为大家分析重排导致线程不安全的实例，以及Volatile为了避免这种不安全的情况的发生，所采取的内存屏障的方法。

1.Volatile重排导致线程不安全

对于有些代码进行重排序之后，虽然对变量的值没有造成影响，但有可能会出现线程安全问题的。具体请看下面的代码public class NoVisibility{

private static boolean ready;

private static int number;

private static class Reader extends Thread{

public void run(){

while(!ready){

Thread.yield();

}

System.out.println(number);

}

}

public static void main(String[] args){

new Reader().start();

number = 42;

ready = true;

}

}

这段代码最终打印的一定是42吗？如果没有重排序的话，打印的确实会是42，但如果number = 42和ready = true被进行了重排序，颠倒了顺序，那么就有可能打印出0了，而不是42。(因为number的初始值会是0)。

因此，重排序是有可能导致线程安全问题的。

2.Volatile内存屏障防止重排

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

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

(1)保证特定操作的顺序

(2)保证某些变量的内存可见性(利用该特性实现volatile的内存可见性)

由于编译器和处理器都能执行指令重排的优化，如果在指令间插入一条Memory Barrier则会告诉编译器和CPU，不管什么指令都不能和这条Memory Barrier指令重排序，也就是说 通过插入内存屏障禁止在内存屏障前后的指令执行重排序优化。 内存屏障另外一个作用是刷新出各种CPU的缓存数，因此任何CPU上的线程都能读取到这些数据的最新版本。

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

以上就是java Volatile不能指令重排原因，这也是发挥Volatile内屏障的作用，优势是使用后能够提升整体线程的安全性问题。