单例模式
单例模式是使用率十分高的一种设计模式,在 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:更多源码可前往 设计模式 获取