单例模式

最近看到项目组SE写的单例：

private static SingleTon instance = null;

public static SingleTon getInstance() {
	if(instance == null) {
		return instance;
	} else {
		synchronized(instance) {
			if(instance == null) {
				instance = new SingleTon();
			} else {
				return instance;
			}
		}
		return instance;
	}
}

看了很无语！觉得有必要写个备忘，留着自己看。


单例模式一般用于类只能实例化一次的情景，如数据库连接池之类。
单例有三个要素：
1、私有构造器，
2、静态变量，
3、公有的获取单例实例的静态方法。


考虑到线程安全性时，以前看到双重检查加锁时，也觉得很niubility，但看了《Java并发编程实践》后才知道，这是个反模式，是有bug的。
以前自己写的双重检查加锁一般是这种形式的：

private static SingleTon instance = null;
public static SingleTon getInstance() {
	if(instance != null) {
		return instance;
	} else {//1 
		synchronized(SingleTon.class) {
			if(instance == null) {
				instance = new SingleTon();//3
			} else {
				return instance;
			}
		}
		return instance;
	}
}

因为Java内存模型及数据的乱序写入的原因，使用SingleTon的线程可能看到过期的数据。Java 构造对象时，先分配内存，然后执行初始化，存在下面的可能情况：
1、线程 1 进入 getInstance() 方法。
2、由于 instance 为 null，线程 1 在 //1 处进入 synchronized 块。
3、线程 1 前进到 //3 处，但在构造函数执行之前，使实例成为非 null。
4、线程 1 被线程 2 预占。
5、线程 2 检查实例是否为 null。因为实例不为 null，线程 2 将 instance 引用返回给一个构造完整但部分初始化了的 Singleton 对象。
6、线程 2 被线程 1 预占。
7、线程 1 通过运行 Singleton 对象的构造函数并将引用返回给它，来完成对该对象的初始化。


把instance变量加上volatile修饰符可以避免这个bug。

最好的线程安全的具有延迟初始化的写法是：

public class SingleTon { 

private SingleTon(){} 

public static SingleTon getInstance() { 
	return SingleTonHolder.instance; 
} 

private static class SingleTonHolder{ 
	private static SingleTon instance=new SingleTon(); 
} 
} 

更多详情请参考：
http://www.ibm.com/developerworks/cn/java/j-dcl.html