设计模式---单例模式

单例模式

单例模式是使用率十分高的一种设计模式，在 Spring 中十分常见，尤其是很多工具类都是使用单例模式的。其使用场景主要如下：

• 定义大量的静态常量和方法，如工具类
• 要求一个类有且仅有一个对象
• 要求生成唯一序列号的环境
• 创建一个对象需要消耗的资源过多的情况，如访问 IO 和数据库等

单例模式一般可以分为以下几种：

• 饿汉式单例
• 懒汉式单例
• 双重检测锁单例
• 延迟加载单例：通过静态内部类来实现延迟加载
• 有上限的单例：产生固定的数量对象

饿汉式单例

饿汉式单例，顾名思义，这个汉子（类）十分饥渴，时时刻刻想要妹子（实例对象）。故而饿汉式单例类，在类加载时，其唯一实例已经被实例化。代码很简单，如下所示。

public class EagerSingleton {

    // 利用 final 确保实例引用不会被篡改
    private static final EagerSingleton mInstance = new EagerSingleton();

    public static EagerSingleton getInstance() {
        return mInstance;
    }

    private EagerSingleton() {}
}

这种方式虽然很实在简单，但效率较低，比如若一个项目中存在大量饿汉式单例类，但这些单例类我并没有使用时，这些实例却依旧被存在于 JVM 中，消耗了系统资源，这样不妥，因此懒汉式单例来了。

懒汉式单例

懒汉式单例，与饿汉式单例一开始就将对象实例化好不一样，它只有在真正需要实例对象时，才会进行对象实例化。

public class LazySingleton {

    private static LazySingleton mInstance = null;

    public static synchronized LazySingleton getInstance () {
        if (Objects.isNull(mInstance)) {
            mInstance = new LazySingleton();
        }

        return mInstance;
    }

    private LazySingleton () {}

}

懒汉式单例虽然解决了饿汉式单例效率低的问题，但带来了高并发下效率低的问题。因为高并发下，每次都需要对 getInstance() 进行锁操作。

双重检测锁单例

为了解决懒汉式单例高并发效率低下的问题，因此出现了 DCL（Double Check Lock） 单例。这种单例模式，有 2 个关键点：

• volatile 关键字的使用
• synchronized 持有类锁

DCL 单例的代码如下所示

public class DclSingleton {

    // 使用 volatile 保证内存可见性
    private static volatile DclSingleton mInstance = null;

    public static DclSingleton getInstance () {
        if (Objects.isNull(mInstance)) {
            // 同步控制: 持有类锁, 确保 mInstance 只会被初始化一次
            synchronized (DclSingleton.class) {
                // 若实例真的不存在, 才创建
                if (Objects.isNull(mInstance)) {
                    mInstance = new DclSingleton();
                }
            }
        }

        return mInstance;
    }

    private DclSingleton() {}

}

小结

单例模式虽然结构简单，很实用，能减少系统资源消耗等，但其缺点也是很明显，它不符合 OCP 原则，扩展性较低。

Note：更多源码可前往 设计模式 获取