深入理解单例模式（附简单案例）

今天药忘吃喽~ 2022-05-09 09:42 184阅读 0赞

单例模式在程序设计中非常的常见，一般来说，某些类，我们希望在程序运行期间有且只有一个实例，原因可能是该类的创建需要消耗系统过多的资源、花费很多的时间，或者业务上客观就要求了只能有一个实例。一个场景就是：我们的应用程序有一些配置文件，我们希望只在系统启动的时候读取这些配置文件，并将这些配置保存在内存中，以后在程序中使用这些配置文件信息的时候不必再重新读取。

**定义：**

由于某种需要，要保证一个类在程序的生命周期当中只有一个实例，并且提供该实例的全局访问方法。

**结构：**

一般包含三个要素：

> 　　1.私有的静态的实例对象 private static instance
> 
> 　　2.私有的构造函数（保证在该类外部，无法通过new的方式来创建对象实例） private Singleton()\{\}
> 
> 　　3.公有的、静态的、访问该实例对象的方法 public static Singleton getInstance()\{\}

**UML类图：**

![70][]

**分类：**

单例模式就实例的创建时机来划分可分为：懒汉式与饥汉式两种。

举个日常生活中的例子：

妈妈早上起来为我们做饭吃，饭快做好的时候，一般都会叫我们起床吃饭，这是一般的日常情况。如果饭还没有好的时候，我们就自己起来了（这时候妈妈还没有叫我们起床），这种情况在单例模式中称之为饥汉式（妈妈还没有叫我们起床，我们自己就起来的，就是外部还没有调用自己，自己的实例就已经创建好了）。如果饭做好了，妈妈叫我们起床之后，我们才慢吞吞的起床，这种情况在单例模式中称之为懒汉式（饭都做好了，妈妈叫你起床之后，自己才起的，能不懒汉吗？就是外部对该类的方法发出调用之后，该实例才建立的）。

懒汉式：顾名思义懒汉式就是应用刚启动的时候，并不创建实例，当外部调用该类的实例或者该类实例方法的时候，才创建该类的实例。是以时间换空间。

懒汉式的优点：实例在被使用的时候才被创建，可以节省系统资源，体现了**延迟加载**的思想。

**延迟加载**：通俗上将就是：一开始的时候不加载资源，一直等到马上就要使用这个资源的时候，躲不过去了才加载，这样可以尽可能的节省系统资源。

懒汉式的缺点：由于系统刚启动时且未被外部调用时，实例没有创建；如果一时间有多个线程同时调用LazySingleton.getLazyInstance()方法很有可能会产生多个实例。

也就是说下面的懒汉式在多线程下，是不能保持单例实例的唯一性的，要想保证多线程下的单例实例的唯一性得用同步，同步会导致多线程下由于争夺锁资源，运行效率不高。

饥汉式：顾名思义懒汉式就是应用刚启动的时候，不管外部有没有调用该类的实例方法，该类的实例就已经创建好了。以空间换时间。

饥汉式的优点：写法简单，在多线程下也能保证单例实例的唯一性，不用同步，运行效率高。

饥汉式的缺点：在外部没有使用到该类的时候，该类的实例就创建了，若该类实例的创建比较消耗系统资源，并且外部一直没有调用该实例，那么这部分的系统资源的消耗是没有意义的。

下面是懒汉式单例类的演示代码：

package singleton;
    
    /**
     * 懒汉式单例类
     */
    public class LazySingleton {
    
        //私有化构造函数，防止在该类外部通过new的形式创建实例
        private LazySingleton() {
            System.out.println("生成LazySingleton实例一次！");
        }
    
        //私有的、静态的实例，设置为私有的防止外部直接访问该实例变量，设置为静态的，说明该实例是LazySingleton类型的唯一的
        //若开始时，没有调用访问实例的方法，那么实例就不会自己创建
        private static LazySingleton lazyInstance = null;
    
        //公有的访问单例实例的方法，当外部调用访问该实例的方法时，实例才被创建
        public static LazySingleton getLazyInstance() {
            //若实例还没有创建，则创建实例；若实例已经被创建了，则直接返回之前创建的实例,即不会返回2个实例
            if (lazyInstance == null) {
                lazyInstance = new LazySingleton();
            }
            return lazyInstance;
        }
    }

下面测试类：

package singleton;
    
    
    public class SingletonTest {
        public static void main(String[] args) {
            LazySingleton lazyInstance1 = LazySingleton.getLazyInstance();
            LazySingleton lazyInstance2 = LazySingleton.getLazyInstance();
            LazySingleton lazyInstance3 = LazySingleton.getLazyInstance();
        }
    }

在上面的测试类SingletonTest 里面，连续调用了三次LazySingleton.getLazyInstance()方法，

控制台输出：

生成LazySingleton实例一次！

下面代码演示饥汉式单例实现：

package singleton;
    
    public class NoLazySingleton {
    
        //私有化构造函数，防止在该类外部通过new的形式创建实例
        private NoLazySingleton(){
            System.out.println("创建NoLazySingleton实例一次！");
        }
    
        //私有的、静态的实例，设置为私有的防止外部直接访问该实例变量，设置为静态的，说明该实例是LazySingleton类型的唯一的
        //当系统加载NoLazySingleton类文件的时候，就创建了该类的实例
        private static NoLazySingleton instance = new NoLazySingleton();
    
        //公有的访问单例实例的方法
        public static NoLazySingleton getInstance(){
            return instance;
        }
    }

测试代码：

package singleton;
    
    public class SingletonTest {
        public static void main(String[] args) {
            NoLazySingleton instance = NoLazySingleton.getInstance();
            NoLazySingleton instance1 = NoLazySingleton.getInstance();
            NoLazySingleton instanc2 = NoLazySingleton.getInstance();
            NoLazySingleton instanc3 = NoLazySingleton.getInstance();
        }
    }

控制台输出：

创建NoLazySingleton实例一次！

上面说到了懒汉式在多线程环境下面是有问题的，下面演示这个多线程环境下很有可能出现的问题：

package singleton;
    
    /**
     * 懒汉式单例类
     */
    public class LazySingleton {
    
        //为了易于模拟多线程下，懒汉式出现的问题，我们在创建实例的构造函数里面使当前线程暂停了50毫秒
        private LazySingleton() {
            try {
                Thread.sleep(50);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            System.out.println("生成LazySingleton实例一次！");
        }
    
        private static LazySingleton lazyInstance = null;
    
        public static LazySingleton getLazyInstance() {
            if (lazyInstance == null) {
                lazyInstance = new LazySingleton();
            }
            return lazyInstance;
        }
    }

下面是测试代码： 我们在测试代码里面 新建了10个线程，让这10个线程同时调用LazySingleton.getLazyInstance()方法

package singleton;
    
    public class SingletonTest {
        public static void main(String[] args) {
            for (int i = 0; i < 10; i++) {
                 new Thread(){
                    @Override
                    public void run() {
                        LazySingleton.getLazyInstance();
                    }
                }.start();
            }
        }
    }

结果控制台输出：

生成LazySingleton实例一次！  
生成LazySingleton实例一次！  
生成LazySingleton实例一次！  
生成LazySingleton实例一次！  
生成LazySingleton实例一次！  
生成LazySingleton实例一次！  
生成LazySingleton实例一次！  
生成LazySingleton实例一次！  
生成LazySingleton实例一次！  
生成LazySingleton实例一次！

没错，你没有看错，控制台输出了10次，表示懒汉式单例模式在10个线程同时访问的时候，创建了10个实例，这足以说明懒汉式单例在多线程下已不能保持其实例的唯一性。

那为什么多线程下懒汉式单例会失效？我们下面分析原因：

我们不说这么多的线程，就说2个线程同时访问上面的懒汉式单例，现在有两个线程A和B同时访问LazySingleton.getLazyInstance()方法。

假设A先得到CPU的时间切片，A执行到21行处 if (lazyInstance == null) 时，由于lazyInstance 之前并没有实例化，所以lazyInstance == null为true,在还没有执行22行实例创建的时候

此时CPU将执行时间分给了线程B，线程B执行到21行处 if (lazyInstance == null) 时，由于lazyInstance 之前并没有实例化，所以lazyInstance == null为true，线程B继续往下执行实例的创建过程，线程B创建完实例之后，返回。

此时CPU将时间切片分给线程A，线程A接着开始执行22行实例的创建，实例创建完之后便返回。由此看线程A和线程B分别创建了一个实例（存在2个实例了），这就导致了单例的失效。

那如何将懒汉式单例在多线程下正确的发挥作用呢？当然是在访问单例实例的方法处进行同步了

下面是线程安全的懒汉式单例的实现：

package singleton;
    
    
    public class SafeLazySingleton {
    
        private SafeLazySingleton(){
            System.out.println("生成SafeLazySingleton实例一次！");
        }
    
        private static SafeLazySingleton instance = null;
    　　 //1.对整个访问实例的方法进行同步
        public synchronized static SafeLazySingleton getInstance(){
            if (instance == null) {
                instance = new SafeLazySingleton();
            }
            return instance;
        }
    　　　　//2.对必要的代码块进行同步
        public static SafeLazySingleton getInstance1(){
            if (instance == null) {
                synchronized (SafeLazySingleton.class){
                    if (instance == null) {
                        instance = new SafeLazySingleton();
                    }
                }
            }
            return instance;
        }
    }

对方法同步：

上面的实现 在12行对访问单例实例的整个方法用了synchronized 关键字进行方法同步，这个缺点很是明显，就是锁的粒度太大，很多线程同时访问的时候导致阻塞很严重。

对代码块同步：

在18行的方法getInstance1中，只是对必要的代码块使用了synchronized关键字，注意由于方法时static静态的，所以监视器对象是SafeLazySingleton.class

同时我们在19行和21行，使用了实例两次非空判断，一次在进入synchronized代码块之前，一次在进入synchronized代码块之后，这样做是有深意的。

肯定有小伙伴这样想：既然19行进行了实例非空判断了，进入synchronized代码块之后就不必再次进行非空判断了，如果这样做的话，会导致什么问题？我们来分析一下：

同样假设我们有两个线程A和B，A获取CPU时间片段，在执行到19行时，由于之前没有实例化，所以instance == null 为true,然后A获得监视器对象SafeLazySingleton.class的锁，A进入synchronized代码块里面；

与此同时线程B执行到19行，此时线程A还没有执行实例化动作，所以此时instance == null 为true,B想进入同步块，但是发现锁在线程A手里，所以B只能在同步块外面等待。此时线程A执行实例化动作，实例化结束之后，返回该实例。

随着线程A退出同步块，A也释放了锁，线程B就获得了该锁，若此时不进行第二次非空判断，会导致线程B也实例化创建一个实例，然后返回自己创建的实例，这就导致了2个线程访问创建了2个实例，导致单例失效。若进行第二次非空判断，发现线程A已经创建了实例，instance == null已经不成立了，则直接返回线程A创建的实例，这样就避免了单例的失效。

有细心的网友会发现即便去掉19行非空判断，多线程下单例模式一样有效：

线程A获取监视器对象的锁，进入了同步代码块，if(instance == null) 成立，然后A创建了一个实例，然后退出同步块，返回。这时在同步块外面等待的线程B，获取了锁进入同步块，执行if(instance == null)发现instance已经有值了不再是空了，然后直接退出同步块，返回。

既然去掉19行，多线程下单例模式一样有效，那为什么还要有进入同步块之前的非空判断（19行）？这应该主要是考虑到多线程下的效率问题：

我们知道使用synchronized关键字进行同步，意味着就是独占锁，同一时刻只能有一个线程执行同步块里面的代码，还要涉及到锁的争夺、释放等问题，是很消耗资源的。单例模式，构造函数只会被调用一次。如果我们不加19行，即不在进入同步块之前进行非空判断，如果之前已经有线程创建了该类的实例了，那每次的访问该实例的方法都会进入同步块，这会非常的耗费性能.如果进入同步块之前加上了非空判断，发现之前已经有线程创建了该类的实例了，那就不必进入同步块了，直接返回之前创建的实例即可。这样就基本上解决了线程同步导致的性能问题。

多线程下单例的优雅的解决方案：

上面的实现使用了synchronized同步块，并且用了双重非空校验，这保证了懒汉式单例模式在多线程环境下的有效性，但这种实现感觉还是不够好，不够优雅。

下面介绍一种优雅的多线程下单例模式的实现方案：

package singleton;
    
    public class GracefulSingleton {
        private GracefulSingleton(){
            System.out.println("创建GracefulSingleton实例一次！");
        }
        
          //类级的内部类，也就是静态的成员式内部类，该内部类的实例与外部类的实例没有绑定关系，而且只有被调用到才会装载，从而实现了延迟加载
        private static class SingletonHoder{
    　　　　　　　//静态初始化器，由JVM来保证线程安全
            private static GracefulSingleton instance = new GracefulSingleton();
        }
    
        public static GracefulSingleton getInstance(){
            return SingletonHoder.instance;
        }
    }

上面的实现方案使用一个内部类来维护单例类的实例，当GracefulSingleton被加载的时候，其内部类并不会被初始化，所以可以保证当GracefulSingleton被装载到JVM的时候，不会实例化单例类，当外部调用getInstance方法的时候，才会加载内部类SingletonHoder，从而实例化instance,同时由于实例的建立是在类初始化时完成的，所以天生对多线程友好，getInstance方法也不需要进行同步。

单例模式本质上是控制单例类的实例数量只有一个，有些时候我们可能想要某个类特定数量的实例，这种情况可以看做是单例模式的一种扩展情况。比如我们希望下面的类SingletonExtend只有三个实例，我们可以利用Map来缓存这些实例。

package singleton;
    
    import java.util.HashMap;
    import java.util.Map;
    
    public class SingletonExtend {
        //装载SingletonExtend实例的容器
        private static final Map<String,SingletonExtend> container = new HashMap<String, SingletonExtend>();
        //SingletonExtend类最多拥有的实例数量
        private static final int MAX_NUM = 3;
        //实例容器中元素的key的开始值
        private static String CACHE_KEY_PRE = "cache";
        private static int initNumber = 1;
        private SingletonExtend(){
            System.out.println("创建SingletonExtend实例1次！");
        }
    
        //先从容器中获取实例，若实例不存在，在创建实例，然后将创建好的实例放置在容器中
        public static SingletonExtend getInstance(){
            String key = CACHE_KEY_PRE+ initNumber;
            SingletonExtend singletonExtend = container.get(key);
            if (singletonExtend == null) {
                singletonExtend = new SingletonExtend();
                container.put(key,singletonExtend);
            }
            initNumber++;
            //控制容器中实例的数量
            if (initNumber > 3) {
                initNumber = 1;
            }
            return singletonExtend;
        }
    
        public static void main(String[] args) {
            SingletonExtend instance = SingletonExtend.getInstance();
            SingletonExtend instance1 = SingletonExtend.getInstance();
            SingletonExtend instance2 = SingletonExtend.getInstance();
            SingletonExtend instance3 = SingletonExtend.getInstance();
            SingletonExtend instance4 = SingletonExtend.getInstance();
            SingletonExtend instance5 = SingletonExtend.getInstance();
            SingletonExtend instance6 = SingletonExtend.getInstance();
            SingletonExtend instance7 = SingletonExtend.getInstance();
            SingletonExtend instance8 = SingletonExtend.getInstance();
            SingletonExtend instance9 = SingletonExtend.getInstance();
            System.out.println(instance);
            System.out.println(instance1);
            System.out.println(instance2);
            System.out.println(instance3);
            System.out.println(instance4);
            System.out.println(instance5);
            System.out.println(instance6);
            System.out.println(instance7);
            System.out.println(instance8);
            System.out.println(instance9);
        }
    }

控制台输出：

创建SingletonExtend实例1次！  
创建SingletonExtend实例1次！  
创建SingletonExtend实例1次！  
singleton.SingletonExtend@3a3ee284  
singleton.SingletonExtend@768965fb  
singleton.SingletonExtend@36867e89  
singleton.SingletonExtend@3a3ee284  
singleton.SingletonExtend@768965fb  
singleton.SingletonExtend@36867e89  
singleton.SingletonExtend@3a3ee284  
singleton.SingletonExtend@768965fb  
singleton.SingletonExtend@36867e89  
singleton.SingletonExtend@3a3ee284

从控制台输出情况可以看到 我们成功的控制了SingletonExtend的实例数据只有三个

下面就单例模式总结一下：

我们讲了什么是单例模式，它的结构是怎么样的，并且给出了单例的类图，讲了单例的分类：懒汉式和饥汉式，分别讲了它们在单线程、多线程环境下的实现方式，它们的优点和缺点，以及优雅的单例模式的实现，最后讲了单例模式的扩展，小伙伴们你们清楚了吗？

[70]: /images/20220509/e1f5b116618743e99359107074db2cb0.png