【深入浅出设计模式】单例模式总结

lans_g

于 2022-04-26 21:11:44 发布

阅读量175

点赞数

分类专栏：设计模式文章标签：单例模式 java

本文链接：https://blog.csdn.net/lans_g/article/details/124437181

版权

设计模式专栏收录该内容

5 篇文章 0 订阅

订阅专栏

单例模式（创建型模式）

一、什么是单例模式？

1.能够保证一个类只有一个实例。

为什么我们有时候要保证只有一个实例对象？最常见的原因是控制某些共享资源 （例如数据库或文件）的访问权限。

当我们使用普通构造函数创建对象时，由于构造函数的设计决定了它必须总是返回一个新对象。而使用单例模式创建对象时，只有第一次会创建一个新的对象，后面都会调用这个之前创建好的对象来使用。

2.并提供一个访问该实例的全局节点。

还记得我们用于存储重要对象的全局变量吗？它们在使用上十分方便，但同时也非常不安全，因为任何代码都有可能覆盖掉那些变量的内容，从而引发程序崩溃。单例模式也允许在程序的任何地方访问特定对象，并且它可以保护该实例不被其他代码覆盖。

还有一点，我们希望将解决同一个问题的代码放在同一个类中，特别是当其他代码依赖这个类时更应该如此。

二、如何创建单例模式？

实现单例模式首先要达到以下几点要求：

将默认构造函数设为私有，防止其他对象通过new运算符来创建对象。
新建一个公有静态的get方法作为构造函数。该方法会调用私有构造函数来创建对象，并将其保存在一个私有静态成员变量中。此后所有对于该函数的调用都将返回这一缓存对象。

那么以上面两条为基础，看一下创建单例模式的几种方法：

1.懒汉式（线程不安全）

在懒汉式中，私有静态变量 uniqueInstance 被延迟实例化，这样做的好处是，如果没有用到该类就不会实例化，从而节约资源。

public class Singleton {
	//静态私有成员变量，用来保存唯一对象实例
    private static Singleton uniqueInstance;
    //私有构造方法
    private Singleton() {
    }
    //共有get方法，创建并获取唯一对象
    public static Singleton getUniqueInstance() {
        if (uniqueInstance == null) {
            uniqueInstance = new Singleton();
        }
        return uniqueInstance;
    }
}

上面这段代码并不能保证线程安全，因为如果多个线程能够同时进入 if (uniqueInstance == null) ，并且此时 uniqueInstance 为 null，那么会有多个线程执行 uniqueInstance = new Singleton(); 语句，这将导致多次实例化 uniqueInstance。

2.饿汉式（线程安全）

在饿汉式中会直接对对象进行实例化，这样保证了线程安全的问题，但是也丢失了延迟实例化带来的节约资源的好处。

public class Singleton {
	//直接实例化
	private static Singleton uniqueInstance = new Singleton();
	
    private Singleton() {
    }

    public static Singleton getUniqueInstance() {
    	//直接返回创建好的对象
        return uniqueInstance;
    }
}

3.双重校验锁（线程安全，推荐）

双重校验锁先判断 uniqueInstance 是否已经被实例化，如果没有被实例化，那么才对实例化语句进行加锁。**加锁后的第二次判断必不可少。**因为在 uniqueInstance == null 的情况下，如果两个线程会同时进入 if 语句块内。虽然在 if 语句块内有加锁操作，但是两个线程都会执行 uniqueInstance = new Singleton(); 这条语句（如果没有第二次判断），只是先后的问题，那么就会进行两次实例化，因此必须使用双重校验锁。

其次，uniqueInstance 采用 volatile 关键字修饰也是很有必要的。因为实际过程中，uniqueInstance = new Singleton(); 这段代码其实是分为三步执行。

（1）分配内存空间

（2）初始化对象

（3）将uniqueInstance指向分配的内存地址

如果不加volatile，JVM可能会进行指令重排，执行过程可能变成了（1）->（3）->（2），在多线程的情况下，别的线程可能会获取到没有初始化的实例对象，导致程序出错。

public class Singleton {
	//volatile可以禁止JVM进行指令重排
    private volatile static Singleton uniqueInstance;

    private Singleton() {
    }

    public static Singleton getUniqueInstance() {
        if (uniqueInstance == null) {
            //加锁
            synchronized (Singleton.class) {
                //再进行一次判断
                if (uniqueInstance == null) {
                    uniqueInstance = new Singleton();
                }
            }
        }
        return uniqueInstance;
    }
}

4.静态内部类（线程安全）

当 Singleton 类加载时，静态内部类 SingletonHolder 没有被加载进内存。只有当调用 getUniqueInstance() 方法从而触发 SingletonHolder.INSTANCE 时 SingletonHolder 才会被加载，此时初始化 INSTANCE 实例。

这种方式不仅具有延迟初始化的好处，而且由虚拟机提供了对线程安全的支持。

public class Singleton {

    private Singleton() {
    }

    private static class SingletonHolder {
        private static final Singleton INSTANCE = new Singleton();
    }

    public static Singleton getUniqueInstance() {
        return SingletonHolder.INSTANCE;
    }
}

5.枚举（线程安全）

这是单例模式的最佳实践，它实现简单，并且在面对复杂的序列化或者反射攻击的时候，能够防止实例化多次。

public enum Singleton {
    uniqueInstance;
}

三、单例模式优缺点

优点：

可以保证一个类只有一个实例。
获得了一个指向该实例的全局访问节点。
仅在首次请求单例对象时对其进行初始化。

缺点：

违反了单一职责原则。
单例模式可能掩盖不良设计，比如程序各组件之间相互了解过多等。
在多线程下需要进行特殊处理
客户端代码单元测试可能会比较困难，因为许多测试框架以基于继承的方式创建模拟对象。由于单例类的构造函数是私有的，而且绝大部分语言无法重写静态方法，所以你需要想出仔细考虑模拟单例的方法。要么干脆不编写测试代码，或者不使用单例模式。