设计模式-单例模式

Upaaui

已于 2023-10-13 22:19:28 修改

阅读量241

点赞数 1

分类专栏：设计模式文章标签：设计模式单例模式

于 2020-08-31 22:03:22 首次发布

本文链接：https://blog.csdn.net/qq_42428269/article/details/108330544

版权

设计模式专栏收录该内容

23 篇文章 0 订阅

订阅专栏

今天这篇文章我们来学习创建型设计模式的另外两个孪生兄弟，单例和原型，其中原型设计模式中我们深入到JVM的内存模型，最后顺便谈谈Java中的值传递和引用传递。

上篇文章老王买产品我们从最原始的基本实现方法，到简单（静态）工厂，然后使用工厂方法设计模式进行改造，最后考虑产品会产生变体，我们又扩展到了抽象工厂。

设计模式所有的相关代码均已上传到码云读者可以自行下载学习测试。

一、引出问题

今天老王又来了，还是想买我们的产品，今天老王上老就提出来一个要求，当他购买产品的时候，每次都要从货架上给他拿相同的一个。

如果用传统实现方式，当老王拿到产品以后，直接和上一个比对一下就行了，如果不一致老王就还回来。

但通过我们查阅软件的七大设计原则，这很明显违反了依赖倒置原则，为了避免耦合和让代码更易于维护，老王是不能依赖具体产品的。

二、单例

我们就需要将产品比对在创建产品的时候进行判断，老王就只管拿。

老王来之前应该还有两种情况，一种就是老王还没来，产品就准备好了，也即饿汉式。第二种就是老王什么时候来，什么时候给他准备产品，也即懒汉式。

单例模式就是：一个类只能有一个实例，并提供对该实例的全局访问点。通俗地说，就是一个类只能创建一个对象，并且在程序的任何地方都能够访问到该对象。

在某些情况下一些类只需要一个实例就够了，我们以一个简化的文件管理器作为例子来说明。假设该文件管理器具备如下功能：

1. 查看一个文件是否存在；

2. 创建一个文件；

3. 删除一个文件；

为了执行这些查看、创建或删除的任务，我们首先肯定要创建该文件管理器类的一个对象，然后在该对象上调用执行相应任务的方法（也叫成员函数）。假设我们可以为该类创建多个对象，那么这些对象的作用都是完全一样的（在同一台设备上执行文件相关操作，即这些对象都操作同一个文件系统）。因此，我们没有必要创建这么多个对象，只要有一个就行了。

此外，在另一些极端情况下某些类只能有一个实例；如果存在多个实例，那么在多个地方对同一组数据进行操作可能导致数据不一致等错误情况。这就是单例模式存在的原因。

因为只需要创建该类的一个实例，不需要频繁地创建和销毁多个实例，因此单例模式可以节省内存并提高性能。不仅如此，它还让程序代码组织得更好，更简单易读。

结构

单例模式的类图

这个唯一的类就是要实现为单例模式的类，你可以给它取任意的名字，这里显示为Singleton仅仅是为了表明它是一个单例类而已。为了简单起见，该类图只显示了该类的一个私有静态成员变量、一个公有静态方法（又叫静态成员函数）以及一个私有的构造函数，它们的作用会在后面的实现部分进行说明。

提示，在UML类图中成员前面的减号（-）表示私有（private）、加号（+）表示公有（public）以及井号（#）表示受保护的（protected）。

我们看具体的实现代码：

懒汉式：

/**
 * 懒汉式
 * @author tcy
 * @Date 29-07-2022
 */
public class LazySingletonProduct {

    private static volatile LazySingletonProduct instance=null;

    private LazySingletonProduct(){}

    public static synchronized LazySingletonProduct getInstance(){
        if (instance==null){
            instance=new LazySingletonProduct();

        }
        return instance;
    }

饿汉式：

/**
 * 饿汉式
 * @author tcy
 * @Date 29-07-2022
 */
public class HungrySingletonProduct {
    private static volatile HungrySingletonProduct instance=new HungrySingletonProduct();

    private HungrySingletonProduct(){};

    public static synchronized HungrySingletonProduct getInstance(){
        if (instance==null){
            instance=new HungrySingletonProduct();
        }
        return instance;
    }
}

老王类：

/**
 * @author tcy
 * @Date 29-07-2022
 */
public class Client {
    public static void main(String[] args) {
        HungrySingletonProduct instance1 = HungrySingletonProduct.getInstance();
        HungrySingletonProduct instance2 = HungrySingletonProduct.getInstance();

        if (instance1==instance2){
            System.out.println("我俩一样...");
        }else {
            System.out.println("我俩不一样...");
        }
    }
}

以上就是单例设计模式中的懒汉式和饿汉式，应该是设计模式中最简单的一个，理解起来难度也不大。

为了克服老王和他儿子小王一起来拿错的尴尬，我们在方法上加synchronized锁，对象引用上加volatile共享变量，但这样会带来效率问题，如果不考虑多线程需求，读者可自行去掉。

懒汉式—线程不安全：最基础的实现方式，线程上下文单例，不需要共享给所有线程，也不需要加synchronize之类的锁，以提高性能。
懒汉式—线程安全：加上synchronize之类保证线程安全的基础上的懒汉模式，相对性能很低，大部分时间并不需要同步
饿汉方式：指全局的单例实例在类装载时构建。 [2]
双检锁式：在懒汉式基础上利用synchronize关键字和volatile关键字确保第一次创建时没有线程间竞争而产生多个实例，仅第一次创建时同步，性能相对较高
登记式：作为创建类的全局属性存在，创建类被装载时创建
枚举：java中枚举类本身也是一种单例模式

总结：

对于系统中的某些类来说，只有一个实例很重要，例如，一个系统中可以存在多个打印任务，但是只能有一个正在工作的任务；一个系统只能有一个窗口管理器或文件系统；一个系统只能有一个计时工具或ID(序号)生成器。如在Windows中就只能打开一个任务管理器。如果不使用机制对窗口对象进行唯一化，将弹出多个窗口，如果这些窗口显示的内容完全一致，则是重复对象，浪费内存资源；如果这些窗口显示的内容不一致，则意味着在某一瞬间系统有多个状态，与实际不符，也会给用户带来误解，不知道哪一个才是真实的状态。因此有时确保系统中某个对象的唯一性即一个类只能有一个实例非常重要。