【读书笔记】《大话设计模式》单例模式

最新推荐文章于 2021-06-21 17:03:28 发布

孤丨焰

最新推荐文章于 2021-06-21 17:03:28 发布

阅读量189

点赞数 2

分类专栏：读书笔记 # 大话设计模式笔记文章标签： java 设计模式

本文链接：https://blog.csdn.net/Handsome_Le_le/article/details/109015107

版权

读书笔记同时被 2 个专栏收录

30 篇文章 0 订阅

订阅专栏

大话设计模式笔记

5 篇文章 0 订阅

订阅专栏

1.什么是单例模式

单例模式是一种常用的软件设计模式，其定义是单例对象的类只能允许一个实例存在。

许多时候整个系统只需要拥有一个的全局对象，这样有利于我们协调系统整体的行为。比如在某个服务器程序中，该服务器的配置信息存放在一个文件中，这些配置数据由一个单例对象统一读取，然后服务进程中的其他对象再通过这个单例对象获取这些配置信息。这种方式简化了在复杂环境下的配置管理。

2.单例模式的特点

单例模式：保证一个类仅有一个实例，并提供一个访问它的全局访问点。

3.单例模式应用场景

举一个小例子，在我们的windows桌面上，我们打开了一个回收站，当我们试图再次打开一个新的回收站时，Windows系统并不会为你弹出一个新的回收站窗口。，也就是说在整个系统运行的过程中，系统只维护一个回收站的实例。这就是一个典型的单例模式运用。

继续说回收站，我们在实际使用中并不存在需要同时打开两个回收站窗口的必要性。假如我每次创建回收站时都需要消耗大量的资源，而每个回收站之间资源是共享的，那么在没有必要多次重复创建该实例的情况下，创建了多个实例，这样做就会给系统造成不必要的负担，造成资源浪费。

再举一个例子，网站的计数器，一般也是采用单例模式实现，如果你存在多个计数器，每一个用户的访问都刷新计数器的值，这样的话你的实计数的值是难以同步的。但是如果采用单例模式实现就不会存在这样的问题，而且还可以避免线程安全问题。同样多线程的线程池的设计一般也是采用单例模式，这是由于线程池需要方便对池中的线程进行控制。

同样，对于一些应用程序的日志应用，或者web开发中读取配置文件都适合使用单例模式，如HttpApplication 就是单例的典型应用。

从上述的例子中我们可以总结出适合使用单例模式的场景和优缺点。

适用场景：

需要生成唯一序列的环境
需要频繁实例化然后销毁的对象
创建对象时耗时过多或者耗资源过多，但又经常用到的对象
方便资源相互通信的环境

4.UML图

在这里插入图片描述

5.单例模式实现

Singleton类，定义一个GetInstance操作，允许客户访问它的唯一实例。GetInstance是一个静态方法，主要负责创建自己的唯一实例。

5.1 懒汉式

public class Singleton {
    private static Singleton instance;

    /**
     * 构造方法让其为private，这就堵死了外界利用new创建此类实例的可能
     */
    private Singleton() {}

    /**
     * 此方法是获得本类实例的唯一全局访问点
     * @return 返回本类的唯一实例
     */
    public static Singleton getInstance() {
        //若实例不存在，则new一个新实例，否则返回已有的实例
        if (instance == null)
            instance = new Singleton();

        return instance;
    }
}

客户端代码：

public class Main {
    public static void main(String[] args) {
        Singleton s1 = Singleton.getInstance();
        Singleton s2 = Singleton.getInstance();

        if (s1 == s2) {
            System.out.println("两个对象是相同的实例");
        }

        System.out.println(s1);
        System.out.println(s2);
    }
}

运行结果如下图：
在这里插入图片描述

5.2 饿汉式

/**
 * final阻止发生派生，而派生可能会增加实例
 */
public final class HungrySingleton {
    private static HungrySingleton instance = new HungrySingleton();
    
    private HungrySingleton() {}
    
    public static HungrySingleton getInstance() {
        return instance;
    }
}

客户端代码和运行效果基本同5.1例，这里不再罗列出来。

注意：

懒汉式和饿汉式的区别：

5.1例为懒汉式，这种实现方式要在第一次被引用时，才会将自己实例化，所以被称为懒汉式单例类。
5.2例为饿汉式，这种实现方式是在类被加载时就将自己实例化，所以被称为饿汉式单例类。

懒汉式和饿汉式的比较：

懒汉式，面临着多线程访问的安全性问题，需要做双重锁定（下个例子介绍）这样的处理。
饿汉式，即静态初始化的方式，它是类一加载就实例化的对象，所以要提前占用系统资源。

5.3 双重锁定

public class DoubleLockSingleton {
    private static DoubleLockSingleton instance;
    private static final Object syncRoot = new Object();

    private DoubleLockSingleton() {}

    public static DoubleLockSingleton getInstance() {
        //先判断实例是否存在，不存在再加锁处理
        if (instance == null) {
            synchronized (syncRoot) {
                if (instance == null) {
                    instance = new DoubleLockSingleton();
                }
            }
        }

        return instance;
    }
}

客户端代码和运行效果基本同5.1例，这里不再罗列出来。

这里解释一下双重锁定中为什么两次判断instance变量是否为null，当instance为null并且同时有两个线程调用getInstance()方法时，它们将都可以通过第一重instance==null的判断。然后由于synchronized的机制，这两个线程则只有一个进入，另一个在外排队等待，必须要其中的一个进入并出来后，另一个才能进入。而此时如果没有了第二重instance==null的判断，则第一个线程创建了实例，而第二个线程还是可以继续再创建新的实例，这就没有达到单例的目的。