深入单例模式
1. 饿汉模式
饿坏了，上来就先实例化一个对象，好处是代码简单，坏处是这个对象后面如果一直用不到，就是个浪费。
public class A{
private static A a = new A();
private A(){}
public static A getInstance(){
return a;
}
}
2. 懒汉模式
懒洋洋的，用到的时候才抱佛脚。最简单的懒汉模式如下，存在线程安全问题。
public static class A{
private static A a=null;
private A(){}
public static A getInstance(){
if(a==null){
a=new A();
}
return a;
}
}
终极解决办法是使用DCL（double check lock）加volatile，如下所示：
public static class A{
private static volatile A a=null;
private A(){}
public static A getInstance(){
if(a==null){
synchronized (A.class){
if(a==null){
a=new A();
}
}
}
return a;
}
}
- DCL其实就是一锁二判三更新（在一锁之前加一个判断，提高并发时的效率，不需要每次一上来都先锁住消耗性能）。
- 加volatile的目的是防止第8行发生指令重排。
第8行在底层会有3个操作：
- 分配一块内存
- 初始化这块内存（一般是调用类的构造函数）
- 将这块内存赋给变量（如上代码中是变量a）
如果在变量a不加volatile，上面的步骤可能发生指令重排变成1、3、2，导致a先等于一块没有初始化（2还未执行）或初始化一半（2执行了一半）的内存，这时候如果代码其他部分（不需要获取A.class的锁的部分）访问了a变量，就会读到预料外的值。
这有点类似于数据库里的“脏读”，在事务处理中的数据被该事务外读到。