Java Singleton Pattern是四种帮派设计模式之一,属于Creational Design Pattern类别。从定义来看,它似乎是一个非常简单的设计模式,但是当涉及到实现时,它会带来很多实现问题。Java Singleton模式的实现一直是开发人员争议的话题。在这里,我们将了解Singleton设计模式原理,实现Singleton设计模式的不同方法以及一些使用它们的最佳实践。
Java Singleton
- Singleton模式限制了类的实例化,并确保java虚拟机中只存在该类的一个实例。
- 单例类必须提供一个全局访问点来获取类的实例。
- 单例模式用于日志记录,驱动程序对象,缓存和线程池。
- Singleton设计模式也用于其他设计模式,如Abstract Factory,Builder,Prototype,Facade等。
- 例如java.lang.Runtime,单核设计模式也用于核心java类中java.awt.Desktop。
Java Singleton模式
为了实现Singleton模式,我们有不同的方法,但它们都有以下常见概念。
- 私有构造函数,用于限制其他类的实例化。
- 同一类的私有静态变量,它是该类的唯一实例。
- 返回类实例的公共静态方法,这是外部世界获取单例类实例的全局访问点。
在后面的部分中,我们将学习Singleton模式实现的不同方法以及设计实现的关注点。
- “急切”初始化
- 静态块初始化
- 延迟初始化
- 线程安全单例
“急切”初始化
在急切初始化中,Singleton类的实例是在类加载时创建的,这是创建单例类的最简单方法,但它有一个缺点,即即使客户端应用程序可能没有使用它,也会创建实例。
这是静态初始化单例类的实现。
在急切的初始化中,Singleton类的实例是在类加载时创建的,这是创建单例类的最简单方法,但它有一个缺点,即即使客户端应用程序可能没有使用它,也会创建实例。
这是静态初始化单例类的实现。
public class EagerInitializedSingleton {
private static final EagerInitializedSingleton instance = new EagerInitializedSingleton();
//private constructor to avoid client applications to use constructor
private EagerInitializedSingleton(){}
public static EagerInitializedSingleton getInstance(){
return instance;
}
}
如果您的单例类没有使用大量资源,那么这就是使用方法。但是在大多数场景中,Singleton类是为文件系统,数据库连接等资源创建的。除非客户端调用该getInstance方法,否则我们应该避免实例化。此外,此方法不提供任何异常处理选项。
静态块初始化
静态块初始化实现类似于急切初始化,除了在静态块中创建类的实例,该静态块提供异常处理选项。
public class StaticBlockSingleton {
private static StaticBlockSingleton instance;
private StaticBlockSingleton(){}
//static block initialization for exception handling
static{
try{
instance = new StaticBlockSingleton();
}catch(Exception e){
throw new RuntimeException("Exception occured in creating singleton instance");
}
}
public static StaticBlockSingleton getInstance(){
return instance;
}
}
急切初始化和静态块初始化都会在使用之前创建实例,这不是最佳实践。因此,在后面的部分中,我们将学习如何创建支持延迟初始化的Singleton类。
阅读:Java静态
延迟初始化
实现Singleton模式的延迟初始化方法在全局访问方法中创建实例。以下是使用此方法创建Singleton类的示例代码。
package com.journaldev.singleton;
public class LazyInitializedSingleton {
private static LazyInitializedSingleton instance;
private LazyInitializedSingleton(){}
public static LazyInitializedSingleton getInstance(){
if(instance == null){
instance = new LazyInitializedSingleton();
}
return instance;
}
}
上述实现在单线程环境中可以正常工作,但是当涉及到多线程系统时,如果多个线程同时位于if条件内,则会导致问题。它将破坏单例模式,并且两个线程将获得单例类的不同实例。在下一节中,我们将看到创建线程安全单例类的不同方法。
线程安全单例
创建线程安全的单例类的更简单方法是使全局访问方法同步,以便一次只能有一个线程执行此方法。这种方法的一般实现类似于下面的类。
package com.journaldev.singleton;
public class ThreadSafeSingleton {
private static ThreadSafeSingleton instance;
private ThreadSafeSingleton(){}
public static synchronized ThreadSafeSingleton getInstance(){
if(instance == null){
instance = new ThreadSafeSingleton();
}
return instance;
}
}
上面的实现工作正常并提供了线程安全性,但由于与synchronized方法相关的成本,它降低了性能,尽管我们只需要为可能创建单独实例的前几个线程(Read:Java Synchronization)。为了避免每次额外的开销,使用双重检查锁定原理。在此方法中,synchronized块在if条件内使用,并进行额外检查以确保仅创建单个类的一个实例。
下面的代码片段提供了双重检查的锁定实现。
public static ThreadSafeSingleton getInstanceUsingDoubleLocking(){
if(instance == null){
synchronized (ThreadSafeSingleton.class) {
if(instance == null){
instance = new ThreadSafeSingleton();
}
}
}
return instance;
}