单例模式
单例模式是一种创建型设计模式,它确保一个类只有一个实例,并提供一个全局访问点来获取这个实例。这种模式尤其在需要控制资源访问或者操作时非常有用,例如配置管理器或者连接池。
主要解决:一个全局使用的类频繁地创建与销毁。
何时使用:当您想控制实例数目,节省系统资源的时候。
如何解决:判断系统是否已经有这个单例,如果有则返回,如果没有则创建。
优点:
- 1、在内存里只有一个实例,减少了内存的开销,尤其是频繁的创建和销毁实例
- 2、避免对资源的多重占用(比如写文件操作)。
缺点:没有接口,不能继承,与单一职责原则冲突,一个类应该只关心内部逻辑,而不关心外面怎么样来实例化。
懒汉式
优点:第一次调用才初始化,避免内存浪费。
缺点:getInstance
方法是同步的,因此它在多线程环境下是安全的。但是,每次调用 getInstance
方法时,都需要进行同步,这可能导致不必要的同步开销,降低性能。
public class Singleton {
private static Singleton instance;
private Singleton (){}
public static synchronized Singleton getInstance() {
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}
双检锁/双重校验锁
采用双锁机制,安全且在多线程情况下能保持高性能。
public class Singleton {
private volatile static Singleton singleton;
private Singleton (){}
public static Singleton getSingleton() {
if (singleton == null) {
synchronized (Singleton.class) {
if (singleton == null) {
singleton = new Singleton();
}
}
}
return singleton;
}
}
第一次判断singleton是否为null
第一次判断是在Synchronized同步代码块外进行判断,由于单例模式只会创建一个实例,并通过getInstance方法返回singleton对象,所以,第一次判断,是为了在singleton对象已经创建的情况下,避免进入同步代码块,提升效率。
第二次判断singleton是否为null
第二次判断是为了避免以下情况的发生。
(1)假设:线程A已经经过第一次判断,判断singleton=null,准备进入同步代码块.
(2)此时线程B获得时间片,犹豫线程A并没有创建实例,所以,判断singleton仍然=null,所以线程B创建了实例singleton。
(3)此时,线程A再次获得时间片,犹豫刚刚经过第一次判断singleton=null(不会重复判断),进入同步代码块,这个时候,我们如果不加入第二次判断的话,那么线程A又会创造一个实例singleton,就不满足我们的单例模式的要求,所以第二次判断是很有必要的。
为什么要加Volatile关键字
双重检查锁定还是隐藏了一种潜在的风险,那就是指令重排。指令重排是 JVM 为了优化指令,改变原有序列执行的行为。在没有同步的情况下,JVM 是允许乱序执行的。
考虑以下情景,在创建对象时,可能会进行这样三个步骤:
- 分配对象的内存空间;
- 初始化对象;
- 将内存空间的地址赋值给对应的引用。
但由于JVM的指令重排,执行顺序可能变成了1→3→2。当一条线程执行到第三步,第二步尚未进行时,另一条线程已经进入了判断流程,此时获取到的对象引用非空,但是对象尚未初始化,进而可能导致程序错误。
使用 volatile 关键字修饰单例引用变量,可以禁止 JVM 进行指令重排,保证在该变量赋值完成以后,对象已经完成初始化。
饿汉式
优点:没有加锁,执行效率会提高。
缺点:类加载时就初始化,浪费内存。
public class Singleton {
private static Singleton instance = new Singleton();
private Singleton (){}
public static Singleton getInstance() {
return instance;
}
}