设计模式（01） 单例模式（创建类模式）（上，两种推荐的实现方法）

From Now On，Let us begin Design Patterns。

单例模式

定义

• 确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。 Ensure a classhas only one instance, and provide a global point of access to it.

单例模式有如下几个特点：

1. 它只有一个实例

2. 它必须要自行实例化

3. 它必须自行想整个系统提供访问点

单例模式的优点：

• 内存仅有一个实例，减少内存开支；特别是一个对象需要频繁地创建、销毁时，而且创建或销毁时性能又无法优化，单例模式的优势就非常明显。

• 当一个对象的产生需要比较多的资源时，如读取配置、产生其他依赖对象时，则可以通过在应用启动时直接产生一个单例对象，然后用永驻留内存的方式来解决（在Java EE中注意JVM垃圾回收机制）。

• 单例模式可以在系统设置全局的访问点，优化和共享资源访问，例如可以设计一个单例类，负责所有数据表的映射处理。

• 在单例模式中，活动的单例只有一个实例，对单例类的所有实例化得到的都是相同的一个实例。这样就 防止其它对象对自己的实例化，确保所有的对象都访问一个实例

• 由于在系统内存中只存在一个对象，因此可以 节约系统资源，当 需要频繁创建和销毁的对象时单例模式无疑可以提高系统的性能

• 避免对共享资源的多重占用

单例模式的缺点：

• 单例模式一般没有接口，扩展很困难，若要扩展，除了修改代码基本上没有别的途径。单例模式为什么不能增加接口呢？因为接口对单例模式是没有任何意义的，它要求“自行实例化”，并且提供单一实例。接口、抽象类是不可能被实例化的。当然特殊情况下，单例模式可以实现接口、被继承等，需要在系统开中根据环境判断。

• 单例模式对测试不利。在并行开发环境中，如果单例没有完成，是不能进行测试的。

• 单例模式与单一职责原则有冲突。一个类应该只实现一个逻辑，而不关心它是否是单例的，是不是要取决于环境，单例模式把“要单例”和业务逻辑融合在一个类中。单例类的职责过重，在一定程度上违背了“单一职责原则”。

• 由于单利模式中没有抽象层，因此单例类的扩展有很大的困难

• 不适用于变化的对象，如果同一类型的对象总是要在不同的用例场景发生变化，单例就会引起数据的错误，不能保存彼此的状态。

• 滥用单例将带来一些负面问题，如为了节省资源将数据库连接池对象设计为的单例类，可能会导致共享连接池对象的程序过多而出现连接池溢出；如果实例化的对象长时间不被利用，系统会认为是垃圾而被回收，这将导致对象状态的丢失。

单例模式的使用场景：

在一个系统中，要求一个类有且仅有一个对象，如果出现多个对象就会出现“不良反应”，可以采用单例模式，具体场景如下：

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

2. 在整个项目中需要一个共享访问点或共享数据，如计数器；

3. 创建一个对象需要消耗资源过多，如要访问IO和数据库等资源；

4. 需要定义大量的静态常量和静态方法（如工具类）的环境，可以采用单例模式。

单例模式的实现方法（两种推荐的方法）：

1.饿汉式单例：

public class Singleton {
    private static Singleton singleton = new Singleton();
    private Singleton(){}
    //获取单例
    public static Singleton getInstance(){
        return singleton;
    }
}

单例实例singleton在类Singleton装载时就构建，急切初始化。只要类已经被加载进入JVM，我们就可以直接通过getInstance方法获取到这个单例类。（预先加载法）

优点：

• 线程安全
• 在类加载的同时已经创建好一个静态对象，调用时反应速度快

缺点：

• 资源效率不高，可能getInstance()永远不会执行到，但执行该类的其他静态方法或者加载了该类（class.forName)，那么这个实例仍然初始化

2.静态内部类获取单例：

public class Singleton {
    private static class SingletonTool{
        static Singleton singleton = new Singleton();
    } 
    private Singleton(){}
    //获取单例
    public static Singleton getInstance(){
        return SingletonTool.singleton;
    }
}

这里如果我们想知道为什么可以实现单例，必须深入的理解static关键字：
在一个.java文件中，我们会将.java文件编译成.class文件。在这个.class文件首次加载进入内存的时候，
第一步：虚拟机会将这个类里面所有的static变量的分配一个指针（应该就是初始化），但是还没有赋值。
假如类中有一个：

static int a = 3;

其实等价于：

static int a ;
static{
a = 3;
}

如果我们在：a = 3;之前输出a；会发现a = 0；
第二步：虚拟机会将所有的static方法从上到下依次执行。
举例说明问题：

jvm会对static内部类进行优化，到你使用的时候才会加载内部类进来。

优点：

• 线程安全
• 资源利用率高，不执行getInstance()不被实例，可以执行该类其他静态方法，这个时候单例类没有被实例化。

缺点：

• 第一次使用单例类对象的时候，对象还没有被实例化，加载时反应不够快

一般采用饿汉式，若对资源十分在意可以采用静态内部类，不建议采用懒汉式及双重检测 (我们下一篇文章详细讲解不会用到的懒汉式和双重检测)