首先先看一个使用双重检查的单例模式：
public class DoubleCheckedLock{
private static DoubleCheckedLock instance;
public static DoubleCheckedLock getInstance(){
if(instance == null){
synchronized(DoubleCheckdLock.class)
if(instance == null){
instance = new DoubleCheckedLock();
}
}
return instance；
}
}
双检锁机制的出现确实是解决了多线程并行中不会出现重复new对象，而且也实现了懒加载,但很遗憾的是 instance = new DoubleCheckedLock()在编译器下实现是有过程的
过程1. 给新的实体instance分配内存
过程2. 调用DoubleCheckedLock的构造函数给instance初始化
过程3. 将incetance指向分配的内存空间
在这三个过程之间，由于JVM的“优化”机制，如果出现多线程并发访问的情况，就会出现A线程在执行过程2的时候，已经分配好了内存，此时想要进入过程3，不巧的是，线程B进入了过程2，此时instance并不为null(内存已经被分配),导致线程B此时不执行创建对象的语句，改为直接返回一个未初始化的DoubleCheckedLock对象!
可以使用volatile关键字来定义该变量的语义，使得每次修改instance后，线程工作内存强制刷新到主存中，禁止了JVM的指令重排序，防止了该问题
使用volatile另一个方面则使instance对于其他线程可见，这里被锁住的是DoubleCheckedLock.class而非instance，如果不使用volatile，则有可能引发当前变量更改后只存在于自身线程的工作内存中（即未同步到主存）而引发的多个线程创建多个实例的后果，导致单例模式失去意义。
