单例模式的五种实现方式及优缺点
公号:码农充电站pro
主页:https://codeshellme.github.io
当我们需要使得某个类只能有一个实例时,可以使用单例模式。
单例模式(Singleton Design Pattern)保证一个类只能有一个实例,并提供一个全局访问点。
单例模式的实现需要三个必要的条件:
- 单例类的构造函数必须是私有的,这样才能将类的创建权控制在类的内部,从而使得类的外部不能创建类的实例。
- 单例类通过一个私有的静态变量来存储其唯一实例。
- 单例类通过提供一个公开的静态方法,使得外部使用者可以访问类的唯一实例。
注意:
因为单例类的构造函数是私有的,所以单例类不能被继承。
另外,实现单例类时,还需要考虑三个问题:
- 创建单例对象时,是否线程安全。
- 单例对象的创建,是否延时加载。
- 获取单例对象时,是否需要加锁(锁会导致低性能)。
下面介绍五种实现单例模式的方式。
1,饿汉式
饿汉式的单例实现比较简单,其在类加载的时候,静态实例instance
就已创建并初始化好了。
代码如下:
public class Singleton {
private static final Singleton instance = new Singleton();
private Singleton () {}
public static Singleton getInstance() {
return instance;
}
}
饿汉式单例优缺点:
- 优点:
- 单例对象的创建是线程安全的;
- 获取单例对象时不需要加锁。
- 缺点:单例对象的创建,不是延时加载。
一般认为延时加载可以节省内存资源。但是延时加载是不是真正的好,要看实际的应用场景,而不一定所有的应用场景都需要延时加载。
2,懒汉式
与饿汉式对应的是懒汉式,懒汉式为了支持延时加载,将对象的创建延迟到了获取对象的时候,但为了线程安全,不得不为获取对象的操作加锁,这就导致了低性能。
并且这把锁只有在第一次创建对象时有用,而之后每次获取对象,这把锁都是一个累赘(双重检测对此进行了改进)。
代码如下:
public class Singleton {
private static final Singleton instance;
private Singleton () {}
public static synchronized Singleton getInstance() {
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}
懒汉式单例优缺点:
- 优点:
- 对象的创建是线程安全的。
- 支持延时加载。
- 缺点:获取对象的操作被加上了锁,影响了并发度。
- 如果单例对象需要频繁使用,那这个缺点就是无法接受的。
- 如果单例对象不需要频繁使用,那这个缺点也无伤大雅。
3,双重检测
饿汉式和懒汉式的单例都有缺点,双重检测的实现方式解决了这两者的缺点。
双重检测将懒汉式中的 synchronized
方法改成了 synchronized
代码块。如下:
public class Singleton {
private static Singleton instance;
private Singleton () {}
public static Singleton getInstance() {
if (instance == null) {
synchronized(Singleton.class) { // 注意这里是类级别的锁
if (instance == null) { // 这里的检测避免多线程并发时多次创建对象
instance = new Singleton();
}
}
}
return instance;
}
}
这种实现方式在 Java 1.4 及更早的版本中有些问题,就是指令重排序,可能会导致 Singleton
对象被 new
出来,并且赋值给 instance
之后,还没来得及初始化,就被另一个线程使用了。
要解决这个问题,需要给 instance
成员变量加上 volatile
关键字,从而禁止指令重排序。
而高版本的 Java 已在 JDK 内部解决了这个问题,所以高版本的 Java 不需要关注这个问题。
双重检测单例优点:
- 对象的创建是线程安全的。
- 支持延时加载。
- 获取对象时不需要加锁。
4,静态内部类
用静态内部类的方式实现单例类,利用了Java 静态内部类的特性:
- Java 加载外部类的时候,不会创建内部类的实例,只有在外部类使用到内部类的时候才会创建内部类实例。
代码如下:
public class Singleton {
private Singleton () {}
private static class SingletonInner {
private static final Singleton instance = new Singleton();
}
public static Singleton getInstance() {
return SingletonInner.instance;
}
}
SingletonInner
是一个静态内部类,当外部类 Singleton
被加载的时候,并不会创建 SingletonInner
实例对象。
只有当调用 getInstance()
方法时,SingletonInner
才会被加载,这个时候才会创建 instance
。instance
的唯一性、创建过程的线程安全性,都由 JVM 来保证。
静态内部类单例优点:
- 对象的创建是线程安全的。
- 支持延时加载。
- 获取对象时不需要加锁。
5,枚举
用枚举来实现单例,是最简单的方式。这种实现方式通过 Java 枚举类型本身的特性,保证了实例创建的线程安全性和实例的唯一性。
public enum Singleton {
INSTANCE; // 该对象全局唯一
}
6,多例模式
上面介绍了5 种单例模式的实现方式,下面作为对单例模式的扩展,再来介绍一下多例模式以及线程间唯一的单例模式。先来看下多例模式。
单例模式是指,一个类只能创建一个对象。那么多例模式就是,一个类可以创建多个对象,但是对象个数可以控制。
对于多例模式,我们可以将类的实例都编上号,然后将实例存放在一个 Map
中。
代码如下:
public class MultiInstance {
// 实例编号
private long instanceNum;
// 用于存放实例
private static final Map<Long, MultiInstance> ins = new HashMap<>();
static {
// 存放 3 个实例
ins.put(1L, new MultiInstance(1));
ins.put(2L, new MultiInstance(2));
ins.put(3L, new MultiInstance(3));
}
private MultiInstance(long n) {
this.instanceNum = n;
}
public MultiInstance getInstance(long n) {
return ins.get(n);
}
}
实际上,Java 中的枚举就是一个“天然”的多例模式,其中的每一项代表一个实例,如下:
public enum MultiInstance {
ONE,
TWO,
THREE;
}
7,线程唯一的单例
一般情况下,我们所说的单例的作用范围是进程唯一的,就是在一个进程范围内,一个类只允许创建一个对象,进程内的多个线程之间也是共享同一个实例。
实际上,在Java 中,每个类加载器都定义了一个命名空间。所以我们这里实现的单例是依赖类加载器的,也就是在同一个类加载器中,我们实现的单例就是真正的单例模式。否则如果有多个类加载器,就会有多个单例出现了。一个解决办法是:自行指定类加载器,并且指定同一个类加载器。
那么线程唯一的单例就是,一个实例只能被一个线程拥有,一个进程内的多个线程拥有不同的类实例。
我们同样可以用 Map
来实现,代码如下:
public class ThreadSingleton {
private static final ConcurrentHashMap<Long, ThreadSingleton> instances
= new ConcurrentHashMap<>();
private ThreadSingleton() {}
public static ThreadSingleton getInstance() {
Long id = Thread.currentThread().getId();
instances.putIfAbsent(id, new ThreadSingleton());
return instances.get(id);
}
}
8,使用场景
单例模式可以用来管理一些共享资源,比如数据库连接池,线程池;解决资源冲突问题,比如日志打印。节省内存空间,比如配置信息类。
(本节完。)
推荐阅读:
欢迎关注作者公众号,获取更多技术干货。