创建型——单例模式(Singleton)总结

单例模式我在之前的专栏中曾经见过一套详细的流程，那篇专栏地址为https://blog.csdn.net/qq_41936805/article/details/100168913

在这次的专栏文章中，会重新整理一遍，也是为了和剩余的设计模式能整整齐齐的写在一起。

Singleton Patterns

Singleton的核心内容很简单：确保一个类只有一个实例，并且可被全局访问

实现方法：使用一个私有构造函数，一个私有静态变量，以及一个公有静态函数来实现。私有的构造方法保证了不能通过构造函数来创建对象实例，只能利用公有静态函数返回唯一的私有静态变量

主要解决：

一个全局使用的类频繁地创建与销毁。

何时使用：

当您想控制实例数目，节省系统资源的时候。

如何解决：

判断系统是否已经有这个单例，如果有则返回，如果没有则创建。

关键代码：

构造函数是私有的。

应用实例：

1、一个班级只有一个班主任。
2、Windows 是多进程多线程的，在操作一个文件的时候，就不可避免地出现多个进程或线程同时操作一个文件的现象，所以所有文件的处理必须通过唯一的实例来进行。
3、一些设备管理器常常设计为单例模式，比如一个电脑有两台打印机，在输出的时候就要处理不能两台打印机打印同一个文件。
优点：

1、在内存里只有一个实例，减少了内存的开销，尤其是频繁的创建和销毁实例（比如管理学院首页页面缓存）。
2、避免对资源的多重占用（比如写文件操作）。
缺点：

没有接口，不能继承，与单一职责原则冲突，一个类应该只关心内部逻辑，而不关心外面怎么样来实例化。

使用场景：

1、要求生产唯一序列号。
2、WEB 中的计数器，不用每次刷新都在数据库里加一次，用单例先缓存起来。
3、创建的一个对象需要消耗的资源过多，比如 I/O 与数据库的连接等。

Implemention

<1> 懒汉式——线程不安全

通过对静态私有变量延迟实例化，做到单例，用到就进行实例化，不用就不用，从而节省资源。

代码如下：

public class SingletonDemo1 {

    private static SingletonDemo1 uniqueInstance;
    
    private SingletonDemo1(){
        
    }
    public static SingletonDemo1 getUniqueInstance(){
        if (uniqueInstance == null) {
            uniqueInstance = new SingletonDemo1();
        }
        return uniqueInstance;
    }

}

这种情况理解的话很容易，但是如果在多线程环境下就会产生一定的问题，因为这是线程不安全的一种写法。

如果多个线程能够同时进入if (uniqueInstance == null),并且此时uniqueInstance为null，那么就会有多个线程执行uniqueInstance = new Singleton()那么就会多次实例化了。

<2> 饿汉式-线程安全

多次实例化导致了线程安全，那么我们直接实例化就可以了。

private static Sinleton uniqueInstance = new Singleton();

<3> 懒汉式-线程安全

互斥锁，是一个比较好的方法，让一次只能执行一次锁内部的问题，一次实例化之后，其他的线程都会被阻塞，但是阻塞也是有时间耽误的，所以这个方法有性能问题，不推荐使用。

public class SingletonDemo3 {

    private static SingletonDemo3 uniqueInstance;

    public static synchronized SingletonDemo3 getInstance() {
        if (uniqueInstance == null) {
            uniqueInstance = new SingletonDemo3();
        }
        return uniqueInstance;
    }

}

<4> 双重校验锁-线程安全

这个方法是一种非常保险的单例模式了，在之前的博客中也介绍了。先判断是否被已经实例化，如果没有被实例化，再对实例化语句进行加锁。

public class SingletonDemo4 {

    private volatile static SingletonDemo4 uniqueInstance;
    
    private SingletonDemo4() {
        
    }

    public static SingletonDemo4 getInstance() {
        if (uniqueInstance == null) {
            synchronized (SingletonDemo4.class){
                if(uniqueInstance == null){
        			uniqueInstance = new Singleton();
        	}
        }
        return uniqueInstance;
    }

}

其实道理还是很简单的，因为即使是多线程环境下，多个线程通过了第一个if判断，也会被锁挡住，所以只能有一个线程去实例化。这样也就是最安全的设计了。

if (uniqueInstance == null) {
    synchronized (Singleton.class) {
    	if(uniqueInstance == null){
        	uniqueInstance = new Singleton();
        }
    }
}

uniqueInstance采用volatile关键字修饰也是很有必要的，uniqueInstance = new Singleton();这段代码其实是分成三步去执行的：

1. 为uniqueInstance去分配内存空间。
2. 初始化uniqueInstance。
3. 将uniqueInstance指向分配的内存地址。

但是由于JVM具有指令重排的特性，执行顺序有可能为132.

指令重排在单线程环境下不会出现问题，但是在多线程环境下会导致一个线程获得还没有初始化的实例。

例如，线程 T1 执行了 1 和 3，此时 T2 调用 getUniqueInstance() 后发现 uniqueInstance 不为空，因此返回 uniqueInstance，但此时 uniqueInstance 还未被初始化。

<5> 静态内部类实现

当Singleton类被加载的时候，静态内部类SingletonHolder没有被加载进内存。只有当调用getUniqueInstance()，才会去实例化，这是很安全的一种行为，并且JVM能够保证INSTANCE只会被实例化一次。

这种方式不仅延迟初始化，还是线程安全的

public class Singleton {

    private Singleton() {
    }

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

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

reference

参考cyc大佬的github https://github.com/CyC2018/CS-Notes/blob/master/notes/%E8%AE%BE%E8%AE%A1%E6%A8%A1%E5%BC%8F.md#%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99