设计模式之单例模式（Singleon Patttern）

单例模式（Singleon Patttern）是一个比较简单的模式，其定义如下：

Ensure a class has only one instance,and provide a global point of access to it.
确保一个类只有一个实例，并且提供一个方法来得到这个实例。

1. 饿汉式

package 单例模式;
 
public class EagerSingleton {
    private static final EagerSingleton instance= new EagerSingleton();
 
    private EagerSingleton(){}
 
    //静态工厂方法
    public static EagerSingleton getInstance(){
        return instance;
    }
}

当EagerSingleton 类被加载的时候，静态变量instance被初始化。

2. 懒汉式

package 单例模式;
 
public class LazySingleton {
    private static LazySingleton instance =null;
 
    private LazySingleton(){}
 
    synchronized public static LazySingleton getInstance(){
        if(instance==null){
            instance=new LazySingleton();
        }
        return instance;
    }
}

懒汉式中的getInstance()
方法使用了同步化，防止在多线程环境下出现多个实例。
不过，值得注意的是，单例模式并不能保证在所有的情况下都能实现单例，例如在多个虚拟机或多个类加载器的情况下，有可能会产生多于一个的实例，具体的情况可以参考这里，如果不想看英文，有中文的翻译。

3. 使用enum关键字

public enum Singleton {
    INSTANCE;// 唯一实例
 
    public void print() {
        System.out.println("使用enum实现单例模式");
    }
 
    // public static Singleton getInstance() {
    // return INSTANCE;
    // }
 
    public static void main(String[] args) {
        // Singleton sole=Singleton.getInstance();
        Singleton sole = Singleton.INSTANCE;
        sole.print();
    }
}

http://blog.sina.com.cn/s/blog_3fe961ae0100ouwg.html
这其实是一种比较trick的方法，在《Effictive Java》一书中作者强烈推荐。这么多年来，其实很少使用enum来实现单例模式，虽然它有很多优点，但也有缺点。比如不可以继承类，不可以实现接口，这种写法对于一些研发人员来说也比较陌生，会多一些心智负担，用得更多的反而是懒汉式。另外使用单例模式多了，也发现单例模式存在的一些问题：

第一，由于单例模式中没有抽象层，因此单例类的扩展有很大的困难。另外类的构造函数通常也是私有的，所以无法被继承。尤其在单元测试的时候，我们常常需要继承原始的类，并覆写一些方法以达到mock的目的。
第二，对需要多例的集成测试不友好。虽然类A在正常情况下，一个进程中只应该有一个实例，但是在集成测试的时候，我们可能需要在同一个进程里构造出两个A的实例，以方便测试。
第三，代码模块之间的依赖不清晰。举例，当模块B需要使用类A的实例，它通常可以A.getInstance()来获取A的唯一实例，这样会造成整个项目代码中，到处都有A.getInstance()这样的使用，于是很难看出到底哪些模块真正依赖A。而如果B的构造函数是B（A a），那么就可以很直观地看出B对A的依赖。