单例模式

概述

单例模式（Singleton），目的是为了保证在一个进程中，某个类有且仅有一个实例。

由于这个类只有一个实例，所以不能让调用方使用new Xxx()来创建实例。所以，单例的构造方法必须是private，这样就防止了调用方自己创建实例。

单例模式的实现需要三个必要的条件：

1. 单例类的构造函数必须是私有的，这样才能将类的创建权控制在类的内部，从而使得类的外部不能创建类的实例。
2. 单例类通过一个私有的静态变量来存储其唯一实例。
3. 单例类通过提供一个公开的静态方法，使得外部使用者可以访问类的唯一实例。

另外，实现单例类时，还需要考虑三个问题：

• 创建单例对象时，是否线程安全。
• 单例对象的创建，是否延时加载。
• 获取单例对象时，是否需要加锁。

使用场景

1. 业务系统全局只需要一个对象实例，比如发号器、redis连接对象等
2. SpringIOC容器中的bean默认就是单例
3. SpringBoot 中的controller、service、dao层中通过@autowire的依赖注入对象默认都是单例的
4. 如果程序中的某个类对于所有客户端只有一个可用的实例，可以使用单例模式
5. 如果你需要更加严格地控制全局变量，可以使用单例模式

饿汉模式

JVM在类的初始化阶段，会执行类的静态方法。在执行类的初始化期间，JVM会去获取Class对象的锁。这个锁可以同步多个线程对同一个类的初始化。

饿汉模式只在类加载的时候创建一次实例，没有多线程同步的问题。单例没有用到也会被创建，而且在类加载之后就被创建，内存就被浪费了。

public class Singleton {  
    private static Singleton instance = new Singleton();  
    private Singleton() {}  
    public static Singleton newInstance() {
        return instance;  
    }  
}

饿汉式单例的优点：

• 单例对象的创建是线程安全的；
• 获取单例对象时不需要加锁。

饿汉式单例的缺点：单例对象的创建，不是延时加载。

懒汉式

与饿汉式思想不同，懒汉式支持延时加载，将对象的创建延迟到了获取对象的时候。不过为了线程安全，在获取对象的操作需要加锁，这就导致了低性能。

public class Singleton { 
  private static final Singleton instance;
  
  private Singleton () {}
  
  public static synchronized Singleton getInstance() {    
    if (instance == null) {      
      instance = new Singleton();    
    }    

    return instance;  
  }
}

上述代码加的锁只有在第一次创建对象时有用，而之后每次获取对象，其实是不需要加锁的（双重检查锁定优化了这个问题）。

懒汉式单例优点：

• 对象的创建是线程安全的。
• 支持延时加载。

懒汉式单例缺点：

• 获取对象的操作被加上了锁，影响了并发性能。

双重检查锁定

双重检查锁定将懒汉式中的 synchronized 方法改成了 synchronized 代码块。如下：

public class Singleton {  
    private static volatile Singleton instance = null;  //volatile
    private Singleton(){}  
    public static Singleton getInstance() {  
        if (instance == null) {  
            synchronized (Singleton.class) {  
                if (instance == null) {
                    instance = new Singleton();  
                }  
            }  
        }  
        return instance;  
    }  
}  

双重校验锁先判断 instance 是否已经被实例化，如果没有被实例化，那么才对实例化语句进行加锁。

instance使用static修饰的原因：getInstance为静态方法，因为静态方法的内部不能直接使用非静态变量，只有静态成员才能在没有创建对象时进行初始化，所以返回的这个实例必须是静态的。

为什么两次判断instance == null：

Time	Thread A	Thread B
T1	检查到instance为空
T2		检查到instance为空
T3		初始化对象A
T4		返回对象A
T5	初始化对象B
T6	返回对象B

new Singleton()会执行三个动作：分配内存空间、初始化对象和对象引用指向内存地址。

memory = allocate();  // 1：分配对象的内存空间
ctorInstance(memory);  // 2：初始化对象
instance = memory;    // 3：设置instance指向刚分配的内存地址

由于指令重排优化的存在，导致初始化对象和将对象引用指向内存地址的顺序是不确定的。在某个线程创建单例对象时，会为该对象分配了内存空间并将对象的字段设置为默认值。此时就可以将分配的内存地址赋值给instance字段了，然而该对象可能还没有初始化。若紧接着另外一个线程来调用getInstance，取到的是未初始化的对象，程序就会出错。volatile 可以禁止指令重排序，保证了先初始化对象再赋值给instance变量。

Time	Thread A	Thread B
T1	检查到instance为空
T2	获取锁
T3	再次检查到instance为空
T4	为instance分配内存空间
T5	将instance指向内存空间
T6		检查到instance不为空
T7		访问instance（此时对象还未完成初始化）
T8	初始化instance

双重检查锁定单例优点：

• 对象的创建是线程安全的。
• 支持延时加载。
• 获取对象时不需要加锁。

静态内部类

它与饿汉模式一样，也是利用了类初始化机制，因此不存在多线程并发的问题。不一样的是，它是在内部类里面去创建对象实例。这样的话，只要应用中不使用内部类，JVM就不会去加载这个单例类，也就不会创建单例对象，从而实现懒汉式的延迟加载。也就是说这种方式可以同时保证延迟加载和线程安全。

基于类初始化的方案的实现代码更简洁。

public class Instance {
    private static class InstanceHolder {
        public static Instance instance = new Instance();
    }
    private Instance() {}
    public static Instance getInstance() {
        return InstanceHolder.instance ;  // 这里将导致InstanceHolder类被初始化
    }
}

如上述代码，InstanceHolder 是一个静态内部类，当外部类 Instance 被加载的时候，并不会创建 InstanceHolder 实例对象。

只有当调用 getInstance() 方法时，InstanceHolder 才会被加载，这个时候才会创建 Instance。Instance 的唯一性、创建过程的线程安全性，都由 JVM 来保证。

静态内部类单例优点：

• 对象的创建是线程安全的。
• 支持延时加载。
• 获取对象时不需要加锁。

枚举

用枚举来实现单例，是最简单的方式。这种实现方式通过 Java 枚举类型本身的特性，保证了实例创建的线程安全性和实例的唯一性。

public enum Singleton {
  INSTANCE; // 该对象全局唯一
}