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 关键字。