了解线程中的 volatile 关键字

import java.util.Scanner;

public class ThreadDemo {

    static class Counter {
        public int flag = 0;
    }

    public static void main(String[] args) {
        Counter counter = new Counter();
        Thread t1 = new Thread() {
            @Override
            public void run() {
                while (counter.flag == 0) {

                }
                System.out.println("t1线程结束");
            }
        };
        t1.start();

        Thread t2 = new Thread() {
            @Override
            public void run() {
                Scanner sc = new Scanner(System.in);
                System.out.println("请输入一个数：");
                counter.flag = sc.nextInt();
            }
        };
        t2.start();
    }
}

这个线程的预期结果：当输入一个数时，输出 t1线程结束
实际结果：

请输入一个数：
4
//此处表示 t1 线程一直在运行

结果出乎意料，是因为由于在内存上读取数据比在CPU上读取数据慢，并且 while 部分程序也没有干啥事，只是不停的读取内存中的数据而已，所以编译器就把读数据的操作进行了优化，在第一次在内存上读取数据后，接下来就在 CPU 寄存器上读取数据，它是默认没有其他线程去修改此数据的，所以在 t2 线程里修改变量，对 t1 线程的操作没有影响，算是编译器自身的 BUG。

系统优化生效，其他线程修改了数据，该线程也看不见，内存不可见
不优化，其他线程修改了数据，该线程就能看见，即内存可见

所以引进了volatile 关键字，来保证内存可见性，禁止编译器来进行上述的优化（一个线程读，一个线程写的，修改对于读线程没有生效），保证每次读数据都是在内存上读取的。

给上述程序加入此关键字后：

 	static class Counter {
        public volatile int flag = 0;
    }

结果：

请输入一个数：
5
t1线程结束

Process finished with exit code 0

这就和预期结果一样了。

对于一个线程读数据，一个线程写数据，加上 volatile 关键字后，读数据肯定是在内存上读取的，不加 volatile 关键字，只是可能不在内存上读数据在 CPU 寄存器上读第一次在内存上读到的数据，对于编译器优不优化，是不确定的，所以为了线程安全，还是加上 volatile 关键字。