单例模式

最近看到项目组SE写的单例：
Java代码  收藏代码
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的。
以前自己写的双重检查加锁一般是这种形式的：
Java代码  收藏代码
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。

最好的线程安全的具有延迟初始化的写法是：
Java代码  收藏代码
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