双重校验锁实现单例模式

public class Singleton {

	 // 将自身实例化对象设置为一个属性，并用static修饰
	 private volatile static Singleton uniqueInstance;
	 
	 // 构造方法私有化
	 private Singleton() {}

	 // 静态方法返回该实例
	 public static Singleton getUniqueInstance() {
		 //先判断对象是否已经实例过，没有实例化过才进⼊加锁代码
		 if (uniqueInstance == null) {
			 // 某个线程取得了类锁，实例化对象前第二次检查instance是否已经被实例化出来;
			 // 如果没有，才最终实例出对象
			 synchronized (Singleton.class) {
				 if (uniqueInstance == null) {
				 	uniqueInstance = new Singleton();
				 }
			 }
		 }
		 return uniqueInstance;
	 }
}

第一次校验：

也就是第一个if（singleton == null），这个是为了代码提高代码执行效率，由于单例模式只要一次创建实例即可，所以当创建了一个实例之后，再次调用getInstance方法就不必要进入同步代码块，不用竞争锁。直接返回前面创建的实例即可。

第二次校验：

也就是第二个if（singleton == null），这个校验是防止二次创建实例，假如有一种情况，当singleton还未被创建时，线程t1调用getInstance方法，由于第一次判断singleton==null，此时线程t1准备继续执行，但是由于资源被线程t2抢占了，此时t2页调用getInstance方法，同样的，由于singleton并没有实例化，t2同样可以通过第一个if，然后继续往下执行，同步代码块，第二个if也通过，然后t2线程创建了一个实例singleton。此时t2线程完成任务，资源又回到t1线程，t1此时也进入同步代码块，如果没有这个第二个if，那么，t1就也会创建一个singleton实例，那么，就会出现创建多个实例的情况，但是加上第二个if，就可以完全避免这个多线程导致多次创建实例的问题。

采用 volatile 关键字修饰

uniqueInstance 采 volatile 关键字修饰也是很有必要的， uniqueInstance = new Singleton(); 这段代码其实是分为三步执行：

1. 为 uniqueInstance 分配内存空间
2. 初始化 uniqueInstance
3. 将 uniqueInstance 指向分配的内存地址

但是由于 JVM 具有指令重排的特性，执行顺序有可能变成 1->3->2。指令重排在单线程环境下不会出现问题，但是在多线程环境下会导致一个线程获得还没有初始化的实例。例如，线程 T1 执行了 1 和 3，此时 T2 调用 getUniqueInstance () 后发现 uniqueInstance 不为空，因此返回uniqueInstance，但此时 uniqueInstance 还未被初始化。

使用 volatile 可以禁用 JVM 的指令重排，保证在多线程环境下也能正常运行。