Java设计模式：Singleton(单例)模式

概念定义

Singleton(单例)模式是指在程序运行期间, 某些类只实例化一次，创建一个全局唯一对象。因此，单例类只能有一个实例，且必须自己创建自己的这个唯一实例，并对外提供访问该实例的方式。
单例模式主要是为了避免创建多个实例造成的资源浪费，以及多个实例多次调用容易导致结果出现不一致等问题。例如，一个系统只能有一个窗口管理器或文件系统，一个程序只需要一份全局配置信息。

应用场景

  • 资源共享的情况下，避免由于资源操作时导致的性能或损耗等。如缓存、日志对象、应用配置。
  • 控制资源的情况下，方便资源之间的互相通信。如数据库连接池、线程池等。

单例实现

根据加载的时机可以分为即时加载和延时加载两种模式。

即时加载

在单例类被加载时就创建单例的方式，称为即时加载单例(也称饿汉式)。

枚举类单例(推荐方式)

示例代码如下：

public enum EnumSingleton {
    INSTANCE;
    public static EnumSingleton getInstance() { // 照顾开发者旧有习惯
        return INSTANCE;
    }

    // 外部可调用EnumSingleton.INSTANCE.doSomething()或EnumSingleton.getInstance().doSomething()
    public void doSomething() {
        System.out.println("EnumSingleton: do something like accessing resources");
    }
}

此类单例具有以下优点：

  • 简洁高效
  • 实例是静态的，线程安全
  • 不存在clone、反射、序列化破坏单例问题

缺点则有：

  • 枚举单例不能继承和被继承
  • 可读性稍低(主要因为此方式较为"新颖")

静态公有域单例

示例代码如下：

public class StaticFieldSingleton {
    public static final StaticFieldSingleton INSTANCE = new StaticFieldSingleton();
    private StaticFieldSingleton() { // 私有化构造方法，防止外部实例化而破坏单例
        if (INSTANCE != null) { // 防止反射攻击
            throw new UnsupportedOperationException();
        }
    }

    // 外部可调用StaticFieldSingleton.INSTANCE.doSomething()
    public void doSomething() {
        System.out.println("StaticFieldSingleton: do something like accessing resources");
    }
}

静态工厂方法单例

示例代码如下：

public class StaticMethodSingleton {
    private static final StaticMethodSingleton INSTANCE = new StaticMethodSingleton(); // INSTANCE由private修饰
    private StaticMethodSingleton() {
        if (INSTANCE != null) { // 防止反射攻击
            throw new UnsupportedOperationException();
        }
    }
    public static StaticMethodSingleton getInstance() {
        return INSTANCE;
    }

    // 外部可调用StaticFieldSingleton.getInstance().doSomething()
    public void doSomething() {
        System.out.println("StaticMethodSingleton: do something like accessing resources");
    }
}

静态工厂方法比静态公有域单例更具灵活性：

  • 内部可以改变单例实现方式，例如将即时加载改造成延时加载/懒加载，保持API不变。
  • 甚至可以改变类是否是单例。例如业务场景有所改变，将原先的单例变成非单例，也能保持API不变。

延时加载

即时加载相对简单，作为主要推荐的单例模式。但在有些业务场景中，不希望单例被过早创建，而在真正使用的那刻才创建，即延时加载单例(也称懒汉式)。此类场景有：

  • 创建实例的开销很大，但访问频率却很低。
  • 单例的创建依赖于其他资源的创建，为保证数据完整性必须延迟创建。
  • ...

静态内部类单例(推荐方式)

示例代码如下：

public class StaticHolderSingleton {
    private static class SingletonHolder {
        private static final StaticHolderSingleton INSTANCE = new StaticHolderSingleton();
    }
    private StaticHolderSingleton() {}
    public static StaticHolderSingleton getInstance() {
        return SingletonHolder.INSTANCE;
    }

    // 外部可调用StaticHolderSingleton.getInstance().doSomething()
    public void doSomething() {
        System.out.println("StaticHolderSingleton: do something like accessing resources");
    }
}

静态内部类单例有以下特点：

  • 只有当getInstance()方法被外部首次调用时，SingletonHolder类才被JVM加载和初始化，静态属性INSTANCE也跟着被初始化，从而达到延迟加载的目的。
  • JVM保证初始化SingletonHolder类时，具有线程安全性，因此不会增加任何性能成本和空间浪费。

双重校验锁(DCL)单例

示例代码如下：

public class DCLSingleton {
    private static volatile DCLSingleton instance; // volatile禁止指令重排序，并保证内存可见性
    private DCLSingleton() {}
    public static DCLSingleton getInstance() {
        if (instance == null) { // 此处判空旨在提高性能
            synchronized (DCLSingleton.class) {
                if (instance == null) {
                    instance = new DCLSingleton();
                }
            }
        }
        return instance;
    }

    // 外部可调用DCLSingleton.getInstance().doSomething()
    public void doSomething() {
        System.out.println("DCLSingleton: do something like accessing resources");
    }
}

DCL单例比较复杂，而且用到synchronized和volatile，性能有所损失。

破坏单例模式的方法

Java对象可通过new、克隆(clone)、反序列化(serialize)、反射(reflect)等方式创建。
通过私有化或不提供构造方法，可阻止外部通过new创建单例实例。其他几种创建方式则需要特别注意(枚举单例不存在本节风险)。

克隆

java.lang.Obeject#clone()方法不会调用构造方法，而是直接从内存中拷贝内存区域。因此，单例类不能实现Cloneable接口。

反射

反射通过调用构造方法生成新的对象，可在构造方法中进行判断，实例已创建时抛出异常，如StaticFieldSingleton所示。

反序列化

普通Java类反序列化时会通过反射调用类的默认构造方法来初始化对象。如果单例类实现java.io.Serializable接口, 就可以通过反序列化破坏单例。
因此，单例类尽量不要实现序列化接口。如若必须，可以重写反序列化方法readResolve(), 反序列化时直接返回相关单例对象:

public Object readResolve() {
    return instance;
}

单例 vs 静态方法

单例：在一个JVM中只允许一个实例存在。单例常常是带有状态的，可以携带更丰富的信息，使用场景更加广泛。

  • 单例是面向对象的
  • 有状态的
  • 方法跟实例是相关的
  • 人为保证线程安全
  • 能实现接口或者继承一个超类

静态方法： 对于不需要维护任何状态，仅提供全局访问方法的类，可将其实现为更简单的静态方法类(如各种Uitls工具类)，它的速度更快。

  • 静态方法是面向过程的
  • 无状态的
  • 方法跟实例是无关的
  • 天然线程安全
  • 静态方法速度更快(其绑定在编译期就进行)

业界实践

  • java.lang.Runtime.getRuntime(JDK)
  • java.util.concurrent.TimeUnit(JDK)
  • 无数开源软件

要点总结

  • 单例模式按加载时机可分为即时加载和延时加载两种方式。
  • 即时加载有：枚举类单例、静态公有域单例和静态工厂方法单例。
    • 推荐程度： 枚举类单例 > 静态工厂方法单例 > 静态公有域单例。
    • 特例：若单例类必须要继承某个超类，则不宜使用枚举类单例。
  • 延时加载有：静态内部类单例和双重校验锁(DCL)单例。
    • 推荐静态内部类单例。
    • 应避免使用双重校验锁单例。
  • 若无特殊需要，优先使用即时加载模式的单例。
  • 对于一些无状态的具有"唯一"特征的类(如工具类)，建议使用静态方法实现。

原文地址：https://www.cnblogs.com/clover-toeic/p/11600475.html

时间： 2024-10-19 22:48:57

Java设计模式：Singleton(单例)模式的相关文章

javascript设计模式-singleton(单例)模式

singleton(单例)模式被熟知的原因是因为它限制了类的实例化次数只能一次,单例模式,在该实例不存在的勤快下,可以通过一个方法创建一个类来实现创建类的新实例:如果实例已经存在,则会简单返回该对象的引用.单例模式不同于静态类(或对象),因为我们可以推迟它们的初始化,这通常是因为它需要一些信息,而这些信息在初始化期间可能无法获取,对于没有察觉到之前的引用代码,它们不会提供方便检索方法,这是因为它既不是对象,也不是由一个single返回的类,而是一个结构,在js中,singleton充当共享资源命

面试题集锦&&实现Singleton(单例)模式-JAVA版

题目:设计一个类,我们只能生产该类的一个实例.(来自<剑指Offer>) 解析:只能生产一个实例的类是实现Singleton(单例)模式的类型.由于设计模式在面向对象程序设计中起着举足轻重的作业,在面试过程中很多公司都喜欢问一些与设计模式相关的问题.在常用的模式中,Singleton是唯一一个能够用短短几十行代码完整实现的模式.因此,写一个Singleton的类型是一个很常见的面试题. 以下我们给出几种解法,供大家参考. *不好的解法一:只适用于单线程环境. 由于要求只能产生一个实例,因此我们

Singleton(单例)模式

Singleton(单例)模式用于确保某个类只有一个实例,并且为之提供一个全局访问点. Singleton模式适用情况: 当类只能有一个实例而且客户可以从一个众所周知的访问点访问它时 当这个唯一实例应该是通过子类化可扩展的,并且客户应该无需更改代码就能使用一个扩展的实例时 在任何情况下,Singleton模式都建议我们提供能够访问单例对象的公有静态方法.如果使用这个方法创建一个对象,该方法将承担确保仅创建一个实例的责任. Singleton 定义一个Instance操作,允许客户访问它的唯一实例

java设计模式之单例设计模式

设计模式:解决某一类问题最行之有效的方法. java中23种设计模式. 单例设计模式:解决一类在内存中只存在一个对象. Runtime()方法就是单例设计模式进行设计的. 解决的问题:保证一个类在内存中的对象唯一性. 比如:多程序读取一个配置文件时,建议配置文件封装成对象.会方便操作其中数据,又要保证多个程序读到的是同一个配置文件对象,就需要该配置文件对象在内存中是唯一的. 1.为了避免其他程序过多建立该类对象,先禁止其他程序建立该类对象. 2.还为了让其他程序可以访问该类对象,只好在本类中自定

[Java设计模式]（一）怎样实现Singleton(单例)模式编程

单例模式是开发模式中最简单,最易于理解的一种模式.简单地说,它指的就是始终保持一个实例的意思.但是,Java的类是可以穿件多个实例的,那么,怎么实现呢? 顾名思义,单例模式就是只有一个实例.单例模式确保某一个类只有一个实例,这个类称为单例类,单例模式有3个要点: ①是某个类只能有一个实例: ②它必须自行创建这个实例: ③是它必须自行向整个系统提供这个实例.例如,一些资源管理器常常设计成单例模式. 在计算机系统中,需要管理的资源有很多,例如每台计算机可以有若干个打印机,但只能有一个打印控制器,以避

Java设计模式之单例设计模式（Singleton）

单例设计模式 单例模式在日常开发中用的也比较多,顾名思义就是一个类的对象在整个系统中只能有一个 优点: 1.单例模式会阻止其他对象实例化其自己的单例对象副本,从而确保所有对象都访问唯一实例 2.由于在整个系统中指存在一个实例对象,避免了频繁的创建和销毁对象,因此可以节约系统资源 3.避免了对共享资源的多重占用 4.自行创建这个单例对象,避免使用时再去创建 缺点: 1.单例模式没有抽象层,所以扩展性比较差 2.不适用于变化的对象,如果同一类型的对象需要在不同的场景下使用,单例就会引起数据的错误 3

从别人写的 Object-C 中 Singleton (单例) 模式 中的一些理解--备

关于 面向对象的设计模式 对于面向对象的设计模式,想必大家并不陌生吧. 纵观23种设计模式中,数单例模式(Singleton)和工厂模式(Factory Method)最为熟悉和基础吧.当然,本文总结Singleton模式,对于其他设计模式不做叙说. Singleton模式,即单例模式.顾名思义,主要用于做应用程序的资源共享控制.用途很多?? 实质为,单例是在程序声明周期里 有且仅有 被实例化过一次的类.为确保实例化的唯一,利用类的 类(static)方法来生成和访问对象. 至此,你便可以在程序

C++ Singleton (单例) 模式最优实现

参考:http://blog.yangyubo.com/2009/06/04/best-cpp-singleton-pattern/ 索引 静态化并不是单例 (Singleton) 模式 饿汉模式 懒汉模式 (堆栈-粗糙版) 懒汉模式 (局部静态变量-最佳版) 范例代码和注意事项 (最优实现) 扩展阅读 参考资料 我非常赞成合理的使用 设计模式 能让代码更容易理解和维护, 不过我自己除了简单的 单例 (Singleton) 模式 外, 其它都很少用 :-) 可耻的是, 直到前段时间拜读了 C++

Java设计模式之一 单例设计模式

1.什么叫设计模式: 设计模式的概念首先来源于其它行业:建筑业,在早起建房子的时候,肯定是经验缺乏.显得杂乱无序的,这就会造成很多问题,在行业发展过程,通过不断的经验积累,前辈们针对这些问题提出了合理解决方案,这就是设计模式,参照设计模式往往可以解决很多问题,在计算机编程方面,也会出现类似问题,所以牛人们把这些解决问题的方案进行归类和总结,形成了面向对象编程的23种设计模式. 2.单例模式(特点): Java中单例模式定义:"一个类有且仅有一个实例,并且自行实例化向整个系统提供."通过