volatile

1.例子

public class ThreadLocalTest 
{
	private static  boolean flag = false;
	public static void main(String[] args) throws InterruptedException 
	{
		new Thread(new Runnable() {
			
			@Override
			public void run() {
				while(!flag)
				{}
				System.out.println("end");
			}
		}).start();
		
		Thread.sleep(1000);
		flag = true;
	}
}

           本来希望之星结果为子线程先执行大概1s，之后再结束打印end，但是实际情况是程序过了很久才会结束（不同机器可能情况不同），即子线程过了很久才检测到flag为true，从而结束线程

          现在把flag加上一个volatile修饰，即：

private static volatile boolean flag = false;

          再执行一次，发现大概1s之后打印end，也就是volatile生效了

2.volatile的可见性

       简单地说就是：线程A对变量X进行了修改之后，在线程A后面执行的其他所有线程都能看到对变量X的修改，也就是要符合以下2点：

       （1）线程对变量进行修改之后，要立即写回到主内存

       （2）线程对变量读取的时候，要从主存读取，而不是缓存

       java的主内存是所有线程共享的，而工作内存是为每个线程分配一份，各个线程的工作内存彼此独立，互不可见，其中不仅包含了线程内部定义的局部变量，也包含了线程所需要使用的共享变量的副本，目的是为了提高效率，因为读副本比直接从内存中读取要快得多。

                            

      对于普通变量，变量在工作内存中修改了之后，会回写到主内存（会回写，但并不是马上写）；volatile实际上就是定义了：对于共享变量，约定变量在工作内存中发生了变化之后，必须马上回写到主内存。而线程读取volatile变量的时候，必须马上到主内存读取而不是读本地工作内存的副本。这就保证了“当线程A对变量X修改了之后，在线程A后面执行的其他线程都能看到对线程X的变动”

3.volatile不能保证原子性

       在多线程并发执行i++的操作结果来说，i加与不加volatile都是一样的，只要线程足够多，一定会出现不一致的情况。

       volatile虽然可以保证线程间共享变量的及时可见性，但是整个过程并没有同步，创造它的背景就是在某些情况下可以替代synchronized实现可见性的目的，规避synchronized带来的线程挂起、调度的开销。

       为什么volatile不能保证院子性呢？以下例说明：

      

       假如线程A在坐了i+1，但是还没有赋值的时候，线程B就开始读取i，由于线程A赋值i=1并没有写入主内存，那么线程B读到的还是0，当A写回主内存时，线程B已经不需要了，在线程B执行完后，写回主内存的还是1，而不是期望的2.

      也就是说，volatile缩短了共享变量写回到主内存的时间，但是仍然有漏洞，仍然不能保证原子性