单例模式

一、单例模式的定义

确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例

通用类图：

角色介绍：

Client——高层客户端

Singleton——单例类

实现单例模式主要有如下几个关键点：

(1)构造方法不对外开放，一般为private

(2)通过一个静态方法或者枚举返回单例类对象

(3)确保单例类的对象有且只有一个，尤其是在多线程下；

(4)确保单例类对象在反序列化时不会重新构造对象

通用代码：

public class Singleton {
    private static final Singleton singleton = new Singleton();

    //限制产生多个对象
    private Singleton() {

    }

    //通过该方法获得实例对象
    public static Singleton getSingleton() {
        return singleton;
    }

    //类中其他方法，尽量是static
    public static void doSomething() {
    }
}

二、单例模式的优缺点和使用场景

优点：

1、由于单例模式在内存中只有一个实例，减少了内存开支，特别是一个对象需要频繁的创建销毁时，而且创建或销毁时性能又无法优化，单例模式的优势就非常明显

2、由于单例模式只生成一个实例，所以减少了系统的性能开销，当一个对象的产生需要比较多的资源时，如读取配置、产生其他依赖对象时，则可以通过在应用启动时直接产生一个单例对象，然后用永久驻留内存的方式解决

3、单例模式可以避免对资源的多重占用，例如一个写文件动作，由于只有一个实例在内存中，避免对同一资源文件的同时写操作

4、单例模式可以在系统设置全局的访问点，优化和共享资源访问

缺点：

单例模式一般没有接口，扩展很困难，若要扩展，除了修改代码基本上没有第二种途径可以实现。

单例模式对测试是不利的。在并行开发环境中，如果单例模式没有完成，是不能进行测试的，没有接口也不能使用mock的方式虚拟一个对象

单例模式与单一职责冲突。一个类应该只实现一个逻辑，而不关心他是否是单例的，是不是单例的取决于环境，单例模式把“要单例”和业务融合在一个类中。

使用场景：

要求生成唯一序列号的环境；

在整个项目中需要一个共享访问点或共享数据

创建一个对象需要消耗的资源过多

需要定义大量的静态常量和静态方法的环境

三、单例模式的其他实现方式

1、懒汉模式

懒汉模式是声明一个静态对象，并且在用户第一次调用getInstance时进行初始化，而上述的饿汉模式是在声明静态对象时已经初始化，懒汉的单例模式实现如下：

public class Singleton {

    private static Singleton instance;

    private Singleton() {
    }

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

懒汉模式的优点是单例只有在使用时才会被实例化，在一定程度上节约了资源；缺点是第一次加载需要及时进行实例化，反应稍慢，最大问题是每次调用getInstance都进行同步，造成不必要的同步开销。这种模式一般不建议使用。

2、Double Check Lock(DDL)实现单例

DCL方式实现单例模式的优点是既能够在需要时才初始化单例，又能保证线程安全，且单例对象初始化后调用getInstance不进行同步锁，代码如下：

public class Singleton {

    private static Singleton singleton = null;

    private Singleton() {
    }

    public static Singleton getSingleton() {
        if (singleton == null) {
            synchronized (Singleton.class) {
                if (singleton == null) {
                    singleton = new Singleton();
                }
            }
        }
        return singleton;
    }

}

在getInstance方法中对instance进行了两次判空：第一次判空是为了避免不必要的同步，第二次是为了在null情况下创建实例。但是这种模式还是有他的缺陷。

假设线程A执行到instance = new Singleton()语句，这里看起来是一句代码，但实际上并不是一个原子操作，这句话最终被编译成多条汇编指令，它大概做了3件事情：

（1）给Singleton的实例分配内存

（2）调用Singleton()的构造方法，初始化成员字段；

（3）将instance对象指向分配的内存空间（此时instance就不是null了）

但是，由于java编译器允许处理器乱序执行，以及jdk1.5之前的JMM（Java Memory Model，即Java内存模型）中Cache、寄存器到主内存回写顺序的规定，上面的第二和第三顺序是无法保证的。也就是说，执行顺序可能是1-2-3，也可能是1-3-2，如果是后者，并且在3执行完毕、2未执行之前，被切换到线程B上，这时instance因为已经在线程A内执行了第三点，instance已经是非空的了，所以线程B直接取走instance，再使用时就会出错，这就是DDL失效问题，而且这种难以跟踪难以重现的错误很可能会隐藏很久。

在JDK1.5之后，SUN官方已经注意到这种问题，调整了JVM，具体化了volatile关键字，因此，在JDK1.5及其以后的版本，只需要将instance的定义改成private volitile static Singleton instance = null就可以保证instance对象每次都是从主内存读取，就可以使用DCL的写法来完成单例模式。当然，volatile或多或少也会影响性能，但考虑到程序的正确性，牺牲这点性能还是值得的。

DCL的优点：资源利用率高，第一次执行getInstance时单例对象才会被实例化，效率高。缺点：第一次加载反应稍慢，也由于Java内存模型的原因偶尔会失败。在高并发环境下也有一定的缺陷，虽然发生概率很小。

3、静态内部类单例模式

DCL虽然在一定程度上解决了资源消耗、多余的同步、线程安全问题，但是，它还是在某些情况下出现失效的问题，这个问题被称为双重检查锁定（DCL）失效。而建议使用如下的代码代替：

public class Singleton {

    private Singleton() {
    }

    public static Singleton getInstance() {
        return SingletonHolder.instance;
    }

    private static class SingletonHolder {
        private static final Singleton instance = new Singleton();
    }
}

当第一次加载Singleton类时并不会初始化instance，只有在第一次调用Singleton的getInstance方法时才会导致instance被初始化。因此，第一次调用getInstance方法会导致虚拟机加载SingletonHolder类，这种方式不仅能确保线程安全，也能够保证单例对象的唯一性，同时也延迟了单例的实例化，所以是推荐使用的单例模式实现方式。

4、枚举单例

还有一种方式比较简单：

public enum Singleton {

    SINGLETON;

    public void doSomething() {
        System.out.println("do sth.");
    }
}

写法简单是枚举单例的最大的优点，枚举在java中与普通的类是一样的，不仅能有字段，还能够有自己的方法。最重要的是默认枚举实例的创建是线程安全的，并且在任何情况下它都是一个单例。

5、使用容器类实现的单例

public class SingletonManager {
    private static Map<String, Object> objMap = new HashMap<String, Object>();

    private SingletonManager() {
    }

    public static void registerService(String key, Object instance) {
        if (!objMap.containsKey(key)) {
            objMap.put(key, instance);
        }
    }

    public static Object getService(String key) {
        return objMap.get(key);
    }
}