GoF设计模式:单例模式(Singleton Pattern)—确保对象的唯一性


GoF设计模式:单例模式(Singleton Pattern)—确保对象的唯一性

模式概述

模式定义

实际开发中,我们会遇到这样的情况,为了节约系统资源或者数据的一致性(比如说全局的Config、携带上下文信息的Context等等),有时需要确保系统中某个类只有唯一一个实例,当这个唯一实例创建成功之后,我们无法再创建一个同类型的其他对象,所有的操作都只能基于这个唯一实例。为了确保对象的唯一性,我们可以通过单例模式来实现,这就是单例模式的动机所在。

单例模式(Singleton Pattern): 确保某一个类只有一个实例,而且自己实例化并向整个系统提供这个实例,这个类称为单例类,它提供全局访问的方法。单例模式是一种对象创建型模式。

单例模式有三个要点:

  1. 某个类只能有一个实例
  2. 它必须自行创建这个实例
  3. 它必须自行向整个系统提供这个实例

模式结构图

单例模式是结构最简单的设计模式一,在它的核心结构中只包含一个被称为单例类的特殊类。单例模式结构图如下所示:

单例模式(Singleton Pattern)——确保对象的唯一性

单例模式结构图中只包含一个单例角色:

  • Singleton(单例):在单例类的内部实现只生成一个实例,同时它提供一个静态的getInstance()工厂方法,让客户可以访问它的唯一实例;为了防止在外部对其实例化,将其构造函数设计为私有;在单例类内部定义了一个Singleton类型的静态对象,作为外部共享的唯一实例。

饿汉式单例与懒汉式单例

饿汉式单例

饿汉式单例类是实现起来最简单的单例类。由于在定义静态变量的时候实例化单例类,因此在类加载的时候就已经创建了单例对象,典型代码如下:

public class EagerSingleton { 
    private static final EagerSingleton instance = new EagerSingleton(); 
    private EagerSingleton() { } 
 
    public static EagerSingleton getInstance() {
        return instance; 
    }   
}

懒汉式单例

懒汉式单例在第一次调用getInstance()方法时实例化,在类加载时并不自行实例化,这种技术又称为延迟加载(Lazy Load)或者懒加载技术,即需要的时候再加载实例,为避免多线程环境下同时调用getInstance()方法从而生成多个实例,需要确保线程安全,相应实现也就有多种方式。

第一种方法可以使用关键字synchronized,代码实现如下:

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

getInstance()方法前面增加了关键字synchronized进行同步,以处理多线程同时访问的安全问题。我们知道使用synchronized关键字最好是在离共享资源最近的位置加锁,这样同步带来的性能影响会减小。所以让人感觉上面的实现可以优化为如下代码:

public static LazySingleton getInstance() { 
    if (instance == null) {
        synchronized (LazySingleton.class) {
            instance = new LazySingleton(); 
        }
    }
    return instance; 
}

问题貌似得以解决,事实并非如此。如果使用以上代码来实现单例,还是会存在单例对象不唯一。原因如下:
假如在某一瞬间线程A线程B都在调用getInstance()方法,此时instance对象为null值,均能通过instance == null的判断。由于实现了synchronized加锁机制,线程A进入synchronized修饰的代码块中执行实例创建代码,线程B处于排队等待状态,必须等待线程A执行完毕后才可以进入synchronized修饰的代码块。但当A执行完毕时,线程B并不知道实例已经创建,将继续创建新的实例,导致产生多个单例对象,违背单例模式的设计思想,因此需要进行进一步改进,在synchronized中再进行一次(instance == null)判断,这种方式称为双重检查锁定(Double-Check Locking)。使用双重检查锁定实现的懒汉式单例类典型代码如下所示:

public class LazySingleton { 
    private volatile static LazySingleton instance = null; 
 
    private LazySingleton() { } 
 
    public static LazySingleton getInstance() { 
        // 第一重判断
        if (instance == null) {
            // 使用synchronized关键字加锁
            synchronized (LazySingleton.class) {
                //第二重判断
                if (instance == null) {
                    instance = new LazySingleton(); //创建单例实例
                }
            }
        }
        return instance; 
    }
}

需要注意的是,如果使用双重检查锁定来实现懒汉式单例类,最好在静态成员变量instance之前增加修饰符volatile,被volatile修饰的变量可以保证多线程环境下的可见性以及禁止指令重排序。由于volatile关键字会屏蔽Java虚拟机所做的一些优化,可能对执行效率稍微有些影响,因此使用双重检查锁定来实现单例模式也不一定是最完美的实现方式。

如果是java语言的程序,还可以使用静态内部类的方式实现。代码如下:

public class Singleton {
    private Singleton() {
    }

    private static class HolderClass {
        final static Singleton instance = new Singleton();
    }

    public static Singleton getInstance() {
        return HolderClass.instance;
    }
}

由于静态单例对象没有作为Singleton的成员变量直接实例化,因此类加载时不会实例化Singleton,第一次调用getInstance()时将加载内部类HolderClass,在该内部类中定义了一个static类型的变量instance,此时会首先初始化这个变量,由Java虚拟机来保证其线程安全性,确保该成员变量只初始化一次。

模式应用

模式在JDK中的应用

在JDK中,java.lang.Runtime使用了饿汉式单例,如下:

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

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

模式在开源项目中的应用

Spring框架中许多地方使用了单例模式,这里随便举个例子,如org.springframework.aop.framework.ProxyFactoryBean中的部分代码如下:

/**
 * Return the singleton instance of this class's proxy object,
 * lazily creating it if it hasn't been created already.
 * @return the shared singleton proxy
 */
private synchronized Object getSingletonInstance() {
  if (this.singletonInstance == null) {
    this.targetSource = freshTargetSource();
    if (this.autodetectInterfaces && getProxiedInterfaces().length == 0 && !isProxyTargetClass()) {
      // Rely on AOP infrastructure to tell us what interfaces to proxy.
      Class<?> targetClass = getTargetClass();
      if (targetClass == null) {
        throw new FactoryBeanNotInitializedException("Cannot determine target class for proxy");
      }
      setInterfaces(ClassUtils.getAllInterfacesForClass(targetClass, this.proxyClassLoader));
    }
    // Initialize the shared singleton instance.
    super.setFrozen(this.freezeProxy);
    this.singletonInstance = getProxy(createAopProxy());
  }
  return this.singletonInstance;
}

模式总结

单例模式作为一种目标明确、结构简单、理解容易的设计模式,在软件开发中使用频率相当高,在很多应用软件和框架中都得以广泛应用。

主要优点

(1) 单例模式提供了对唯一实例的受控访问。因为单例类封装了它的唯一实例,所以它可以严格控制客户怎样以及何时访问它。

(2) 由于在系统内存中只存在一个对象,因此可以节约系统资源,对于一些需要频繁创建和销毁的对象单例模式无疑可以提高系统的性能。

(3) 允许可变数目的实例。基于单例模式我们可以进行扩展,使用与单例控制相似的方法来获得指定个数的对象实例,既节省系统资源,又解决了单例单例对象共享过多有损性能的问题。

适用场景

在以下情况下可以考虑使用单例模式:

(1) 系统只需要一个实例对象,如系统要求提供一个唯一的序列号生成器或资源管理器,或者需要考虑资源消耗太大而只允许创建一个对象。

(2) 客户调用类的单个实例只允许使用一个公共访问点,除了该公共访问点,不能通过其他途径访问该实例。

版权声明:本文为开发框架文库发布内容,转载请附上原文出处连接
C/S框架网
上一篇:GoF设计模式:建造者模式(Builder Pattern)—复杂对象的组装与创建
下一篇:GoF设计模式:适配器模式(Adapter Pattern)—不兼容结构的协调
评论列表

发表评论

评论内容
昵称:
关联文章

GoF设计模式模式(Singleton Pattern)—确保对象唯一性
C#设计模式应用-模式(Singleton Pattern)
GoF设计模式:原型模式(Prototype Pattern)—对象克隆
GoF设计模式:工厂模式(Factory Pattern)
GoF设计模式:享元模式(Flyweight Pattern)—实现对象复用
GoF设计模式:建造者模式(Builder Pattern)—复杂对象组装与创建
GoF设计模式:迭代器模式(Iterator Pattern)—遍历聚合对象元素
GoF设计模式:代理模式(Proxy Pattern)—对象间接访问
GoF设计模式:适配器模式(Adapter Pattern)—不兼容结构协调
GoF设计模式:中介者模式(Mediator Pattern)—协调多个对象之间交互
GoF设计模式:组合模式(Composite Pattern)—树形结构处理
GoF设计模式:访问者模式(Visitor Pattern)—操作复杂对象结构
GoF设计模式:装饰模式(Decorator Pattern)—扩展系统功能
GoF设计模式:职责链模式(Chain of Responsibility Pattern)—请求链式处理
GoF设计模式:外观模式(Facade Pattern)—提供统一入口
GoF设计模式:命令模式(Command Pattern)—请求发送者与接收者解耦
GoF设计模式:桥接模式(Bridge Pattern)—处理多维度变化
设计模式 - 外观模式应用(Façade Pattern)
开发应用 - 策略模式(Strategy Pattern) 常用设计模式
开发应用-职责链模式(Chain Of Resposibility Pattern)

热门标签
.NET5 .NET6 .NET7 APP Auth-软件授权注册系统 Axios B/S B/S开发框架 Bug Bug记录 C#加密解密 C#源码 C/S CHATGPT CMS系统 CodeGenerator CSFramework.DB CSFramework.EF CSFrameworkV1学习版 CSFrameworkV2标准版 CSFrameworkV3高级版 CSFrameworkV4企业版 CSFrameworkV5旗舰版 CSFrameworkV6.0 DAL数据访问层 Database datalock DbFramework Demo教学 Demo下载 DevExpress教程 DOM EF框架 Element-UI EntityFramework ERP ES6 Excel FastReport GIT HR IDatabase IIS JavaScript LINQ MES MiniFramework MIS NavBarControl Node.JS NPM OMS ORM PaaS POS Promise API Redis SAP SEO SQL SQLConnector TMS系统 Token令牌 VS2022 VSCode VUE WCF WebApi WebApi NETCore WebApi框架 WEB开发框架 Windows服务 Winform 开发框架 Winform 开发平台 WinFramework Workflow工作流 Workflow流程引擎 版本区别 报表 踩坑日记 操作手册 代码生成器 迭代开发记录 基础资料窗体 架构设计 角色权限 开发sce 开发技巧 开发教程 开发框架 开发平台 开发指南 客户案例 快速搭站系统 快速开发平台 秘钥 密钥 权限设计 软件报价 软件测试报告 软件简介 软件开发框架 软件开发平台 软件开发文档 软件体系架构 软件下载 软著证书 三层架构 设计模式 生成代码 实用小技巧 收钱音箱 数据锁 数据同步 微信小程序 未解决问题 文档下载 喜鹊ERP 喜鹊软件 系统对接 详细设计说明书 行政区域数据库 需求分析 疑难杂症 蝇量级框架 蝇量框架 用户管理 用户开发手册 用户控件 在线支付 纸箱ERP 智能语音收款机 自定义窗体 自定义组件 自动升级程序