Edgar-Demo7

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;

	}

}