package Thread;
/*
* volatile关键字---竞态条件的问题的引入--线程之间同步性问题
*
* 用法 :位置经过测试 原则上只要加在类型之前就可以 习惯加在 static之后(因为这个修饰的是共享变量大概率是全局静态的)
* 按理说 我们使用了static修饰以后全局可见,但是线程读入一次以后,不在主动看这个值(或者说其他线程修改了也没有告诉这个线程)
* 一旦一个共享变量使用volatile修饰 这个变量就有了两层语义
* 修饰过的变量的特性
* 1.不同线程间的可见性(缓存的修改量可见范围扩大了。。。对于其他线程是立即可见)
* 2.禁止进行指令重排序(暂时不说)
* ---缓存 我们线程读数据的时候 先将它移入缓存中,在缓存中修改的时候,默认其他线程不可见
*
* Demo:第一次我们不用volatile的关键字去修饰这个flag
* 那么对于我们创建的线程来说 即使我们在主方法里(在线程开始后面)
* 主方法(主线程--更改了flag的值)我们自己的线程也 不可见 继续死循环
*
* 第二次我们用volatile修改这个变量 我们同时也提醒了这个另外的用户线程flag值已经改变
* 所以第二次会退出死循环
*备注:中间不加点睡眠时间会有很诡异的事情发生,就算不加volatile关键字 线程也会结束
* 暂时是一种玄学(或许可以从操作系统的条件竞争的角度看,看自己电脑的cpu的性能了,老电脑或许可以不加sleep去验证这个东西)
*
*引出竞态条件问题 当我们没有设置缓存可见的操作的时候
* 假设我们用两个线程同时操作同一个数的时候
* 假设我们让一个线程对这个数添加2(这个数默认为0)
* 另一个线程添加3,我们期望最后的结果是5
* 但是最终可能是2 或者是3(取决于哪个线程最后写入硬存中)
*/
public class Demo9 extends Thread {
private static volatile boolean flag = false;
public void run() {
while (!flag) {
System.out.println("死循环");
}
System.out.println("当用volatile修饰时,死循环结束");
}
public static void main(String[] args) throws InterruptedException {
Demo9 demo9 = new Demo9();
demo9.start();
demo9.sleep(2000);
flag = true;
}
}