volatile

volatile在多处理器开发中保证了共享变量的“可见性”。可见性的意思是当对一个线程的缓存中变量进行修改是，变量会立即写回到主存，并在总线上通知其他缓存失效，其他线程需要重新在主存读取该变量。
JDK5以及后续版本扩展了volatile语义，不再允许volatile写操作与其前面的读写操作重排序，也不允许volatile读操作与其后面的读写操作重排序。

有volatile变量修饰的共享变量进行写操作的时候会多第二行汇编代码，通过查IA-32架构软件开发者手册可知，lock前缀的指令在多核处理器下会引发了两件事情。

将当前处理器缓存行的数据会写回到系统内存。
这个写回内存的操作会引起在其他CPU里缓存了该内存地址的数据无效。
处理器为了提高处理速度，不直接和内存进行通讯，而是先将系统内存的数据读到内部缓存（L1,L2或其他）后再进行操作，但操作完之后不知道何时会写到内存，如果对声明了Volatile变量进行写操作，JVM就会向处理器发送一条Lock前缀的指令，将这个变量所在缓存行的数据写回到系统内存。但是就算写回到内存，如果其他处理器缓存的值还是旧的，再执行计算操作就会有问题，所以在多处理器下，为了保证各个处理器的缓存是一致的，就会实现缓存一致性协议，每个处理器通过嗅探在总线上传播的数据来检查自己缓存的值是不是过期了，当处理器发现自己缓存行对应的内存地址被修改，就会将当前处理器的缓存行设置成无效状态，当处理器要对这个数据进行修改操作的时候，会强制重新从系统内存里把数据读到处理器缓存里。

以下解释为什么只能保证可见性 不能保证原子性

read and load 从主存复制变量到当前工作内存
use and assign 执行代码，改变共享变量值
store and write 用工作内存数据刷新主存相关内容

其中use and assign 可以多次出现
但是这一些操作并不是原子性，也就是 在read load之后，如果主内存count变量发生修改之后，线程工作内存中的值由于已经加载，不会产生对应的变化，所以计算出来的结果会和预期不一样
对于volatile修饰的变量，jvm虚拟机只是保证从主内存加载到线程工作内存的值是最新的
例如假如线程1，线程2 在进行read,load 操作中，发现主内存中count的值都是5，那么都会加载这个最新的值
在线程1堆count进行修改之后，会write到主内存中，主内存中的count变量就会变为6
线程2由于已经进行read,load操作，在进行运算之后，也会更新主内存count的变量值为6
导致两个线程及时用volatile关键字修改之后，还是会存在并发的情况

1.volatile使用场景
http://blog.csdn.net/vking_wang/article/details/9982709
2.解决双重锁存在的问题
http://blog.chinaunix.net/xmlrpc.php?r=blog/article&uid=28811518&id=5752681
双重锁原理
外层判断是否为空 目的是只有singleTon为null进行加锁 singleTon实例化之后 不再加锁
内层是解决2个或以上线程，都在singleTon为null时进入方法，第一个线程实例化之后，其他线程进入时判断是否已经新建对象
public static SingleTon getInstance() {
if (singleTon == null) {
synchronized (Singlen.class) {
if (singleTon == null) {
singleTon = new SingleTon();
}
}
}
return singleTon;
}
双重锁存在的问题
某些JIT编译器会进行代码执行顺序的重排序
（instance = new Singleton();）创建一个对象。这一行代码可以分解为如下的三行伪代码：
memory = allocate(); //1：分配对象的内存空间
ctorInstance(memory); //2：初始化对象
instance = memory; //3：设置instance指向刚分配的内存地址
上面三行伪代码中的2和3之间，可能会被重排序（在一些JIT编译器上，这种重排序是真实发生的，详情见参考文献1的“Out-of-order writes”部分）。2和3之间重排序之后的执行时序如下：
memory = allocate(); //1：分配对象的内存空间
instance = memory; //3：设置instance指向刚分配的内存地址 //注意，此时对象还没有被初始化！
ctorInstance(memory); //2：初始化对象

根据《The Java Language Specification, Java SE 7 Edition》（后文简称为java语言规范），所有线程在执行java程序时必须要遵守intra-thread semantics。intra-thread semantics保证重排序不会改变单线程内的程序执行结果。换句话来说，intra-thread semantics允许那些在单线程内，不会改变单线程程序执行结果的重排序。上面三行伪代码的2和3之间虽然被重排序了，但这个重排序并不会违反 intra-thread semantics。这个重排序在没有改变单线程程序的执行结果的前提下，可以提高程序的执行性能。

如果正确顺序没有任何问题 执行//3代码之后 A线程对SingleTon.class的锁释放
如果打乱顺序之后，虽然对单线程的执行结果没有影响，但是//2代码未执行 //3代码指向内存还没初始化
此时A线程释放对SingleTon.class的锁 线程B进入 singleTon仍有可能是null值

加volatile的变量不再允许volatile写操作与其前面的读写操作重排序，也不允许volatile读操作与其后面的读写操作重排序。

参考
http://www.infoq.com/cn/articles/ftf-java-volatile
http://www.cnblogs.com/aigongsi/archive/2012/04/01/2429166.html
http://www.cnblogs.com/dolphin0520/p/3920373.html
http://gee.cs.oswego.edu/dl/cpj/updates.html
http://www.cnblogs.com/zhuawang/p/4197249.html