本文首发公众号：小码A梦

单例模式是设计模式中最简单一个设计模式，该模式属于创建型模式，它提供了一种创建实例的最佳方式。

单例模式的定义也比较简单：一个类只能允许创建一个对象或者实例，那么这个类就是单例类，这种设计模式就叫做单例模式。

单例模式有哪些好处：

• 类的创建，特别是一个大型的类，只创建一个类，避免内存和 CPU 的开销。
• 降低内存使用，减少 GC 次数，避免 GC 的压力。
• 避免对资源的重复请求。
• 避免创建多个实例引起系统的混乱或者系统数据冲突。

ID 生成器单例类实战

单例模式，其中的 “例” 表示 “实例” ，一个类需要保证仅有一个实例，并提供一个访问它的全局访问点,实现一个单例，需要符合以下几点要求：

• 构造函数需要设置 private 权限，避免外部通过 new 创建实例，通过一个静态方法给其他类获取实例。
• 对象创建需要考虑线程安全问题。
• 需要考虑延迟加载问题。
• 外部类获取实例需要考虑性能方法。

在电商系统的订单模块，每次下单都需要生成新的订单号。就需要调用订单号生成器。

1、 创建一个简单单例类

public class SnGenerator {

    private AtomicLong id = new AtomicLong(0);
    // 创建一个 Singleton 对象
    private static SnGenerator instance = new SnGenerator();

    // 构造函数设置为 private，类就无法被实例化
    private SnGenerator() {}

    // 获取唯一实例
    public static SnGenerator getInstance() {
        return instance;
    }

    public long getSn() {
        return id.incrementAndGet();
    }
}

2、获取 Singleton 类的唯一实例

public class SingletonTest {

    public static void main(String[] args) {
        // 编译报错，因为 Singleton 构造函数是私有的
        //Singleton singleton = new Singleton();

        SnGenerator snGenerator = SnGenerator.getInstance();
        for (int i = 0; i < 10; i++) {
            System.out.println(snGenerator.getSn());
        }

    }
}

控制台输出生成的 id：

1
2
3
4
5
6
7
8
9
10

以上首先创建一个单例类，提供唯一的单例获取方法 getInstance。SingletonTest 类通过 Singleton.getInstance 获取实例，获取到实例，也就获取到实例所有的方法。示例中调用 getSn 方法，获取到唯一的订单号了。

饿汉单例

饿汉单例实现起来比较简单，所谓 “饿汉” 重点在饿，开始就需要创建单例。在类加载时，就创建好了实例。所以 instance 实例的创建是线程安全，不存在线程安全问题。但是这种方式不支持延迟加载，类加载时占用的内存就比较高。

public class SnGenerator {

    private AtomicLong id = new AtomicLong(0);

    private static SnGenerator instance = new SnGenerator();

    private SnGenerator() {}

    public static SnGenerator getInstance() {
        return instance;
    }

    public long getSn() {
        return id.incrementAndGet();
    }
}

饿汉单例解决线程安全问题，项目启动时就创建好了实例，就需要考虑创建和获取实例的线程安全问题。但是不支持延迟，如果实例的占用内存比较大，或者实例加载时间比较长，类加载的时候就创建实例，就比较浪费内存或者增加项目启动时间。

对饿汉单例来说，不支持延迟加载，确实是比较浪费内存。但是一个实例内存相对于一个 Java 项目内存占用影响是微乎其微。部署服务端项目时会分配几倍于项目启动占用的内存，所以饿汉单例占用内存还是可以接受的。而且如果占用内存比较大，初始化实例也可以发现内存不足的问题，并及时的处理。避免程序运行后，再去初始化实例，导致系统内存溢出，影响系统稳定性。

懒汉单例

既然饿汉单例单例不支持延迟加载，那我们就介绍一下支持延迟的加载的单例：懒汉单例。所谓"懒汉"重点在懒，一开始是不会初始化实例，而等到被调用才会初始化单例。

public class LazySnGenerator {

    private AtomicLong id = new AtomicLong(0);

    private static LazySnGenerator instance;

    // 构造函数设置为 private，类就无法被实例化
    private LazySnGenerator() {}

    // 获取唯一实例
    public static LazySnGenerator getInstance() {
        if (instance == null) {
            instance = new LazySnGenerator();
        }
        return instance;
    }

    public long getSn() {
        return id.incrementAndGet();
    }

}

上面的懒汉单例最开始不会初始化实例，而且等到 getInstance 方法被调用时，才会时候实例，这样支持懒加载的方式，优点是不占内存。

但是懒汉单例缺点也比较明显，在多线程环境下，getInstance 方法不是线程安全的。

打个比方，多个线程同时执行到 if (instance == null)结果都为 true,进而都会创建实例，所以上面的懒汉单例不是线程安全的实例。

加同步锁的懒汉单例

懒汉单例存在多线程安全问题，第一想到的就是给 getInstance 添加同步锁，添加锁后，保证了线程的安全。

public class LazySnGenerator {

    private AtomicLong id = new AtomicLong(0);

    private static LazySnGenerator instance;

    // 构造函数设置为 private，类就无法被实例化
    private LazySnGenerator() {}

    // 获取唯一实例
    public synchronized static LazySnGenerator getInstance() {
        if (instance == null) {
            instance = new LazySnGenerator();
        }
        return instance;
    }

    public long getSn() {
        return id.incrementAndGet();
    }

}

添加同步锁后懒汉单例，并发量下降，如果方法被频繁使用，频繁的加锁、释放锁，有很大的性能瓶颈。

双重检验懒汉单例

饿汉单例不支持延迟加载，懒汉单例有性能问题，不支持高并发。就需要一种既支持延迟加载又支持高并发的单例，也就是双重检验懒汉单例。对上面的懒汉单例进行优化之后，得出如下代码。

public class LazyDoubleCheckSnGenerator {

    private AtomicLong id = new AtomicLong(0);

    private static LazyDoubleCheckSnGenerator instance;

    // 构造函数设置为 private，类就无法被实例化
    private LazyDoubleCheckSnGenerator() {}

    // 双重检测
    public static LazyDoubleCheckSnGenerator getInstance() {
        if (instance == null) {
            // 类级别锁
            synchronized (LazyDoubleCheckSnGenerator.class) {
                if (instance == null) {
                    instance = new LazyDoubleCheckSnGenerator();
                }
            }
        }
        return instance;
    }

    public long getSn() {
        return id.incrementAndGet();
    }
}

双重检测首先判断实例是否为空，如果为空就使用类级别锁锁住整个类，其他线程也只能等待实例新建后，才能执行 synchronized 代码块的代码，而此时 instance 不为空，就不会继续新建实例。从而确保线程安全。getInstance 只会在最开始的时候，性能较差。创建实例之后，后面的线程都不会请求到 synchronized 代码块。后续并发性能也提高了。

CPU 指令重排可能会导致新建对象并赋值给 instance 之后，还来得及初始化，就会其他线程使用。导致系统报错，为了解决这个问题，就需要给 instance 成员变量添加 volatile 关键字禁止指令重排。

静态内部类单例

和双重检测单例一样，静态内部类既支持延迟加载又支持高并发。首先看一下代码实现。

public class SnStaticClass {
    private AtomicLong id = new AtomicLong(0);

    private static LazySnGenerator instance;

    // 构造函数设置为 private，类就无法被实例化
    private SnStaticClass() {}

    private static class SingletonHolder{
        private static final SnStaticClass instance = new SnStaticClass();
    }

    // 静态内部类获取实例
    public synchronized static SnStaticClass getInstance() {
        return SingletonHolder.instance;
    }

    public long getSn() {
        return id.incrementAndGet();
    }
}

SingletonHolder 是一个静态内部类，当 SnStaticClass 加载时，并不会加载 SingletonHolder 静态内部类，也就不会执行静态内部的代码。在类加载初始化阶段，不会执行静态内部类的代码。只有 getInstance 方法，执行 SingletonHolder 静态内部类，才会创建 SnStaticClass 实例。而 instance 创建的安全性，都是由 JVM 保证的。虚拟机使用加锁同步机制，保证实例只会创建一次。这种方式不仅实现延迟加载，也保证线程安全。

枚举单例

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

public enum SnGeneratorEnum {

    instance;

    private AtomicLong id = new AtomicLong(0);

    public long getSn() {
        return id.incrementAndGet();
    }

}

单例模式的应用

在 Java 开发中，有很多地方使用到了单例模式。比如 JDK、Spring。

JDK

Runtime 类封装了 Java 运行信息，可以获取有关运行时环境的信息，每个 JVM 进程只有一个运行环境，只需要一个 Runtime 实例，所以 Runtime 一个单例实现。

public class Runtime {
    private static Runtime currentRuntime = new Runtime();

    /**
     * Returns the runtime object associated with the current Java application.
     * Most of the methods of class <code>Runtime</code> are instance
     * methods and must be invoked with respect to the current runtime object.
     *
     * @return  the <code>Runtime</code> object associated with the current
     *          Java application.
     */
    public static Runtime getRuntime() {
        return currentRuntime;
    }

    /** Don't let anyone else instantiate this class */
    private Runtime() {}
    
    ......省略
}

由以上代码可知，Runtime 是一个饿汉单例，类加载时就初始化了实例，提供 getRuntime 方法提交单例的调用。

Spring

大部分 Java 项目都是基于 Spring 框架开发的，Spring 中 bean 简单分成单例和多例，其中 bean 的单例实现既不是饿汉单例也不是懒汉单例。是基于单例注册表实现，注册表就就是一个哈希表，使用一个哈希表存储 bean 的信息。

/** Cache of singleton objects: bean name to bean instance. */
private final Map<String, Object> singletonObjects = new ConcurrentHashMap<>(256);

singletonObjects 表示一个单例注册表，key 存储 bean 的名称，value 存储 bean 的实例信息。DefaultSingletonBeanRegistry 类的 getSingleton 方法实现 bean 单例，以下摘取主要的的代码。

public Object getSingleton(String beanName, ObjectFactory<?> singletonFactory) {
		Assert.notNull(beanName, "Bean name must not be null");
        // 锁住注册表
		synchronized (this.singletonObjects) {
            // 获取 bean 信息，不存在就创建一个 bean
			Object singletonObject = this.singletonObjects.get(beanName);
			if (singletonObject == null) {
				
				beforeSingletonCreation(beanName);
				boolean newSingleton = false;
				boolean recordSuppressedExceptions = (this.suppressedExceptions == null);
				
				try {
                    // 创建 bean
					singletonObject = singletonFactory.getObject();
					newSingleton = true;
				}
				catch (IllegalStateException ex) {
					
				}
				catch (BeanCreationException ex) {
					
				}
				finally {
					
				}
                // 创建好的 bean 存进 map 中
				if (newSingleton) {
					addSingleton(beanName, singletonObject);
				}
			}
			return singletonObject;
		}
	}

Spring 获取 bean，锁住整个注册表，首先从 map 中获取 bean，如果 bean 不存在，就创建一个 bean，并存入 map 中。后续获取 bean，获取到的都是 map 的 bean。并不会创建新的 bean。

总结

单例模式一个最简单的一种设计模式，该设计模式是一种创建型设计模式。规定了一个类只能创建一实例。很多类只需要一个实例，这样的好处，减少内存的占用和 CPU 的开销，减少 GC 的次数。同时也减少对资源的重复使用。

• 以生成订单系统的订单号为例，分别介绍几种单例模式。
  • 饿汉单例：线程安全，但不支持延迟加载，不使用也会占用内存，比较浪费内存。但是类加载时创建实例，可以及时的发现内存不足问题。
  • 懒汉单例：支持延迟加载，但是线程不安全。多线程获取实例，可能会创建多个实例，就需要使用同步锁，锁住获取实例的方法，但是加了锁之后，性能就比较差。
  • 双重检测懒汉单例：针对上面不同同时满足延迟加载和线程安全问题，就设计出来双重检测的懒汉单例，主要将锁的代码块范围缩小，先获取实例，如果实例为空，才使用类级别锁，锁住代码，创建实例。当创建好实例后，后面请求都不会进同步锁的代码块，性能也不会降低。还需要考虑指令重排的问题，需要给成员变量添加 volatile 关键字禁止指令重排。
  • 静态内部类：也同时满足延迟加载和线程安全，延迟加载是在类加载时不会静态内部类的代码，只有调用时候才会执行静态内部类的代码。JVM 使用同步锁的机制保证获取实例是线程安全的。
  • 枚举单例：通过 Java 枚举类性本身的特性，来保证实例的唯一和线程的安全。
• 单例模式的应用
  • JDK: Runtime 封装了 Java 运行信息，可以获取有关运行时环境的信息，一个 JVM 只需要一个 Runtime 实例.Runtime 单例是饿汉单例，在类加载时就初始化实例。
  • Spring: Spring 的 bean 支持单例，使用单例注册表，一种哈希表存储 bean信息，key 是存储 bean 的名称，value 是存储 bean 的实例。获取 bean 首先锁住表，然后获取 bean，如果为空就创建 bean，并存入表中，后续都能从哈希表中获取 bean 实例了。

参考

• 单例模式（上）：为什么说支持懒加载的双重检测不比饿汉式更优？

• Spring学习之路——单例模式和多例模式