双重检查加锁单例模式

什么是DCL

DCL（Double-checked locking）被设计成支持延迟加载，当一个对象直到真正需要时才实例化:

class SomeClass {
	private Resource resource = null;

	public Resource getResource() {
		if (resource == null)
			resource = new Resource();
		return resource;
	}
}

为什么需要推迟初始化？可能创建对象是一个昂贵的操作，有时在已知的运行中可能根本就不会去调用它，这种情况下能避免创建一个不需要的对象。延迟初始化能让程序启动更快。但是在多线程环境下，可能会被初始化两次，所以需要把getResource()方法声明为synchronized。不幸的是，synchronized方法比非synchronized方法慢100倍左右，延迟初始化的初衷是为了提高效率，但是加上synchronized后，提高了启动速度，却大幅下降了执行时速度，这看起来并不是一桩好买卖。DCL看起来是最好的：

class SomeClass {
	private Resource resource = null;

	public Resource getResource() {
		if (resource == null) {
			synchronized(this) {
				if (resource == null) 
					resource = new Resource();
			}
		}
		return resource;
	}
}

延迟了初始化，又避免了竞态条件。看起来是一个聪明的优化－－但它却不能保证正常工作。为提高计算机系统性能，编译器、处理器、缓存会对程序指令和数据进行重排序，而对象初始化操作并不是一个原子操作（可能会被重排序）；因此可能存在这种情况：一个线程正在构造对象过程中，另一个线程检查时看见了resource的引用为非null。对象被非安全发布（逸出）。

根据Java内存模型，synchronized的语义不仅仅是在同一个信号上的互斥(mutex)，也包含线程和主存之间数据交互的同步，它确保在多处理器、多线程下对内存能有可预见的一致性视图。获取或释放锁会触发一次内存屏障（memory barrier）－－强迫线程本地内存和主存同步。当一个线程退出一个synchronized block时，触发一次写屏障（write barrier ）－－在释放锁前必须把所有在这个同步块里修改过的变量值刷新到主存；同样，进入一个synchronized block时，触发一次读屏障（read barrier）－－让本地内存失效，必须从主存中重新获取在这个同步