转：Singleton（单态）模式 和 Double-Checked Locking（双重检查锁定）模式

确保一个特定的类只有一个对象被实例化。

Singleton：用于单线程应用程序

Double-Checked Locking在java实际上无法得到预期的效果，不能保证singleton的正确性。
参考：（英文）
http://www.cs.umd.edu/~pugh/java/memoryModel/DoubleCheckedLocking.html

 

 

饿汉式

 

public class Singleton {

    private Singleton() {
    }

    // 在自己内部定义自己一个实例，是不是很奇怪？
    // 注意这是private 只供内部调用

    private static Singleton instance = new Singleton();

    // 这里提供了一个供外部访问本class的静态方法，可以直接访问　　
    public static Singleton getInstance() {
        return instance;
    }
}

  

 懒汉式

  

public class Singleton {    
 
    private Singleton() {
    }
    private static Singleton instance = null;   
    public static synchronized Singleton getInstance() {   
        if (instance==null)   
         instance=new Singleton();   
         return instance;
     }
}   

  

使用Singleton注意事项：

 

有时在某些情况下，使用Singleton并不能达到Singleton的目的，如有多个Singleton对象同时被不同的类装入器装载；在EJB这样的分布式系统中使用也要注意这种情况，因为EJB是跨服务器，跨JVM的。

我们以SUN公司的宠物店源码(Pet Store 1.3.1)的ServiceLocator为例稍微分析一下：

在Pet Store中ServiceLocator有两种，一个是EJB目录下；一个是WEB目录下，我们检查这两个ServiceLocator会发现内容差不多，都是提供EJB的查询定位服务，可是为什么要分开呢？仔细研究对这两种ServiceLocator才发现区别：在WEB中的ServiceLocator的采取Singleton模式，ServiceLocator属于资源定位，理所当然应该使用Singleton模式。但是在EJB中，Singleton模式已经失去作用，所以ServiceLocator才分成两种，一种面向WEB服务的，一种是面向EJB服务的。

Singleton模式看起来简单，使用方法也很方便，但是真正用好，是非常不容易，需要对Java的类 线程 内存等概念有相当的了解。

总之：如果你的应用基于容器，那么Singleton模式少用或者不用，可以使用相关替代技术。