关于java:聊聊多线程中的指令重排序

什么是指令重排序？

Java内存模型容许编译器和处理器对指令进行重排序来晋升运行性能，当然只会对那些不存在数据依赖的指令间进行重排序，不然的话会失去谬误执行后果。然而，这种保障只对单线程无效，多线程环境下并不能保障这点，这就导致了多线程环境下，重排序后运行的后果并不是咱们所预期的那样，这就是指令重排序。

上面举个栗子具体阐明：

先来看个失常不会出问题的栗子：

public int add() {   int x = 1; //(1)   int y = 2; //(2)   int z = x + y; //(3)   return z;}

下面的代码中,(1)和(2)没有依赖关系，它们之间能够重排序，(3)依赖了(1)和(2)，所以(3)不会被重排序到(1)或(2)之前，这个栗子中，(1)(2)即便产生了重排序，也不会影响程序运行后果。

再来看个可能会呈现问题的栗子：

public class InstructionReorderDemo {    static int num = 0;    static boolean ready = false;    public static void main(String[] args) throws InterruptedException {        Thread readThread = new Thread(() -> {            if (ready) { //(1)                System.out.println(num + num); //(2)            }        });        Thread writeThread = new Thread(() -> {               num = 2; //(3)               ready = true; //(4)        });        readThread.start();        writeThread.start();        readThread.join();        writeThread.join();        System.out.println("main thread exit.");    }}

这个栗子中，因为(1)(2)(3)(4)之间都没有数据依赖，可能会有同学有疑难，(1)不是依赖了(4)吗，(2)不是依赖了(3)吗？别忘了，这4条指令放在单线程下能力保障这点，就是说上面的代码才会产生上述依赖：

int num;boolean ready;public void calculate {    num = 2;    ready = true;    if (ready) {      System.out.println(num + num);    }}

这里是多个线程别离访问共享变量ready和num，且它们都没有用volatile润饰，两个线程并发运行，编译器/处理器可能会对(3)(4)进行重排序，因为它们之间没有数据依赖。但这时，如果按如下工夫线运行，就会呈现运行后果是0，而不是4。

如何防止指令重排序？

办法很简略，把上述程序中的ready变量用volatile润饰即可。volatile关键字不仅保障了内存可见性，还有内存屏障的作用，在JVM底层是用Lock前缀的指令实现的。它保障了在写volatile变量指令时，在它之前的指令不会被重排序到它之后，在这个栗子中就是num = 2不会在ready = true之后执行；在读volatile变量时，在它之后的指令不会被重排序到它之前，在这个栗子中就是num + num不会放在if (ready)之前执行。

参考资料：
《Java并发编程之美》