如何理解单例模式?

这篇具有很好参考价值的文章主要介绍了如何理解单例模式?。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

单例模式(Singleton Pattern):采取一定的方法保证在整个的软件系统中,对某个类只能存在一个对象实例,并且该类只提供一个取得其对象实例的方法。

通俗点来讲:就是一个男人只能有一个老婆,一个女人只能有一个老公

单例模式一共有8种方式实现,下面一一举例:

1、饿汉式(静态常量属性)

实现步骤

  1. 构造器私有化
  2. 在类的内部定义静态常量对象
  3. 向外暴露一个静态的公共方法getInstance,返回一个类的对象实例

参考代码

/**
 * Husband,一个女人只能有一个老公husband -> Husband实现单例模式
 * 方式1:饿汉式(静态常量属性)实现单例模式
 */
public class Husband {
    // 第二步:创建私有的静态常量对象
    private static final Husband husband = new Husband();

    // 第一步:构造器私有化
    private Husband() {
    }

    // 第三步:向外提供一个静态的公共方法,以获取该类的对象
    public static Husband getInstance() {
        // 返回的永远是 同一个 husband对象
        return husband;
    }
}

细节说明

  1. 为什么构造器要私有化? -> 使外部无法创建Husband对象,只能使用已经准备好的对象 -> 不能滥情
  2. 为什么属性设置成final? -> 只创建这一个对象husband,以后不会再变 -> 一生只钟情一人
  3. 为什么设置成类变量static? -> 构造器已被私有化,外部无法创建Husband对象,需要类内部提前准备好对象 -> 在类加载时将对象准备好
  4. 为什么公共方法要用static? -> 非static方法属于对象,需要通过对象.方法名()调用 -> 外部类无法创建对象,在没有对象时,外部类无法访问非static方法
  5. 为什么叫饿汉式? -> 只要加载了类信息,对象就已经创建好 -> 只要饿了,就吃东西

优缺点文章来源地址https://www.toymoban.com/news/detail-402304.html

  • 优点:实现了在整个软件过程中创建一次类的对象,不存在线程安全问题(反射会破坏单例模式安全性),调用效率高
  • 缺点:如果只加载了类,并不需要用到该类对象,对象也已经创建好 -> 存在内存资源浪费问题。

2、饿汉式(静态代码块)

实现步骤

  1. 构造器私有化
  2. 定义静态常量不初始化
  3. 静态代码块中为类属性初始化创建对象
  4. 向外提供一个静态的公共方法,以获取该类的对象

参考代码

/**
 * Husband,一个女人只能有一个老公 -> Husband实现单例模式
 * 方式2:饿汉式(静态代码块)实现单例模式
 */
public class Husband {
    // 第二步:创建私有的静态常量对象
    private static final Husband husband;

    static {
        husband = new Husband();
    }

    // 第一步:构造器私有化 -> 外部无法创建该类对象,只能使用已经准备好的对象
    private Husband() {
    }

    // 第三步:向外提供一个静态的公共方法,以获取该类的对象
    public static Husband getInstance() {
        // 返回的永远是 同一个 husband对象
        return husband;
    }
}

细节说明:原理和第一种饿汉式相同,都是利用类加载时完成对象属性的创建

优缺点同上一种饿汉式

3、懒汉式(线程不安全)

实现步骤

  1. 构造器私有化
  2. 定义一个私有静态属性对象
  3. 提供一个公共的static方法,可以返回一个类的对象

参考代码

/**
 * 一个男人只能有一个老婆wife -> Wife类实现单例模式
 * 方式3:懒汉式单例模式(线程不安全)
 */
public class Wife {
    // 第二步:设置私有静态属性
    private static Wife wife = null;

    // 第一步:构造器私有化
    private Wife() {
    }

    // 第三步:向外提供获取对象的静态方法
    public static Wife getInstance() {
        if (wife == null) { // 如果没有老婆,则分配一个老婆
            wife = new Wife();
        }
        return wife;
    }
}

细节说明

  1. 为什么叫懒汉式? -> 即使加载了类信息,不调用getInstance()方法也不会创建对象 -> 饿了(加载类信息)也不吃东西(不创建对象),懒到一定程度。
  2. 为什么要if判断? -> 防止每次调用时都会重新创建新的对象 -> 防止滥情

优缺点

  • 优点:只有需要对象时才会调用方法返回该类对象,没有则创建对象,避免了资源浪费 -> 实现了延时加载

  • 缺点:线程不安全,分析if代码块:

    if (wife == null) {
        // 当线程1进入if代码块后,还没有完成对象的创建之前,线程2紧随其后也进入了if代码块内
        // 此时就会出现线程1创建了对象,线程2也创建了对象 -> 破坏了单例模式 -> 线程不安全
        wife = new Wife();
        // 通俗的来讲:多个女生看上了同一个男生,问男生有没有老婆?男生回答没有老婆 -> 多个女生先后都当过男生的老婆 -> 前妻太多 -> 违背了单例模式的"一生只钟情一人"的核心思想
    }
    

4、懒汉式(同步代码块)

参考代码

/**
 * 一个男人只能有一个老婆wife -> Wife类实现单例模式
 * 方式4:懒汉式单例模式(同步代码块,线程安全,性能差)
 */
public class Wife {
    // 第二步:设置私有静态属性
    private static Wife wife = null;

    // 第一步:构造器私有化
    private Wife() {
    }

    // 第三步:向外提供获取对象的静态方法
    public static Wife getInstance() {
        synchronized(Wife.class) { // 同步代码块,每个线程进入if判断前都需要获得互斥锁,保证同一时间只有一个线程进入
            if (wife == null) {
                wife = new Wife();
            }
        }
        return wife;
    }
}

说明:给if语句加上synchronized关键字,保证每一次只有一个线程获得互斥锁进入同步代码块,并且将同步代码块全部执行完之后释放锁,切换其他线程执行,类似于数据库中事务的概念(给SQL语句增加原子性),这里是给if语句增加原子性,要么全部执行,要么都不执行。

优缺点

  • 优点:线程安全(反射会破坏安全性)

  • 缺点:性能差 -> 只有第一次创建对象时需要同步代码,确保同一时间只有一个线程进入if语句,后面线程再调用该方法时,对象已经创建好只需要直接返回 -> 每一次线程调用该方法后,都需要等待获取其他线程释放的互斥锁 -> 浪费了大量时间在 等待获取互斥锁 上 -> 效率低下

    通俗的来讲:多个女生问同一个男生有没有老婆? -> 男生回答:需要成为对象才有资格知道(设置同步代码块,线程需要获取互斥锁才能执行代码) -> 每一个女生都需要经过一段长时间的发展,处成对象(线程获取互斥锁) -> 男生告诉自己的对象自己没有老婆(一个线程进入if判断) -> 男生有了老婆(创建对象) -> 返回对象

5、懒汉式(同步方法)

参考代码

/**
 * 一个男人只能有一个老婆wife -> Wife类实现单例模式
 * 方式5:懒汉式单例模式(同步方法,线程安全,性能差)
 */
public class Wife {
    // 第二步:设置私有静态属性
    private static Wife wife = null;

    // 第一步:构造器私有化
    private Wife() {
    }

    // 第三步:向外提供获取对象的静态方法
    public synchronized static Wife getInstance() { // 同步方法,原理和同步代码块实现懒汉式相同
        if (wife == null) {
            wife = new Wife();
        }
        return wife;
    }
}

优缺点:和同步代码块实现懒汉式类似,这里不过多赘述。

6、懒汉式(DCL模式⭐)

DCL模式实现懒汉式单例模式,即双重检查机制(DCL, Double Check Lock),线程安全,性能高 <- 面试重点

参考代码

/**
 * 一个男人只能有一个老婆wife -> Wife类实现单例模式
 * 方式6:懒汉式单例模式(DCL模式 -> 双重检查,线程安全,性能高)
 */
public class Wife {
    // 第二步:设置私有静态属性
    // volatile关键字:极大程度上避免JVM底层出现指令重排情况,极端情况除外
    private static volatile Wife wife = null;

    // 第一步:构造器私有化
    private Wife() {
    }

    // 第三步:向外提供获取对象的静态方法
    public static Wife getInstance() {
        // 第一层if判断作用:当对象已经创建好时,直接跳过if语句,返回已经创建好的对象,不在等待获取互斥锁 -> 节省时间,提高性能
        if (wife == null) {
            // 注意:这里容易有多个线程同时进入第一层if的代码块中,等待获取对象锁
            synchronized (Wife.class) { // 同步代码块,保证每个线程进入if判断前都需要获得互斥锁
                // 第二层if判断作用:当有多个线程都进入了第一层if语句内,会出现线程1进入时对象为空,则创建对象,释放互斥锁,线程2获得互斥锁后如果没有第二层if判断,则直接创建对象,破坏了单例模式 -> 第二层if保证线程安全
                if (wife == null) {
                    wife = new Wife();
                    // 在JVM底层创建对象时,大致分为3条指令
                    // 1.分配内存空间 -> 2.构造器初始化 -> 3.对象引用指向内存空间
                    // JVM为了执行效率,会打乱指令顺序(指令重排),有可能是1 -> 3 -> 2
                    // 当执行到3时,对象还没有创建完成,但是其他线程在第一层if判断已经创建好对象直接返回,显然不合理(对象属性还没有初始化完成) -> 保证指令执行顺序不被打乱(保证单条语句编译后的原子性) -> 使用volatile变量,禁止JVM优化重排指令
                }
            }
        }
        return wife;
    }
}

DCL模式的两层if判断的作用:

  • 第一层if:已经创建好对象时直接返回,不再排队获取互斥锁,提升效率
  • 第二层if:保证线程安全

通俗的来讲:

  1. 有多个女生问同一个男生有没有老婆?

  2. -> 男生口头回答说没有老婆(进入第一层if判断,如果有老婆则直接远离:不要去碰一个已婚的男人,他是一个女人的余生,不是你的男人不要情意绵绵) -> 其中一个女生和男生处成对象(一个线程获取到互斥锁) -> 经过发展后,女生和男生登记结婚,民政局办理结婚证时检查男生婚姻情况(第二层if判断) --未婚--> 成为夫妻,男生获得老婆

  3. 获得老婆信息

优缺点

  • 优点:性能高,线程安全,延时加载
  • 缺点:由于JVM底层模型,volatile不能完全避免指令重排的情况,会偶尔出现问题,反射、序列化会破坏双检索单例。

7、懒汉式(静态内部类)

参考代码

/**
 * 一个男人只能有一个老婆wife -> Wife类实现单例模式
 * 方式7:懒汉式单例模式(静态内部类,线程安全,性能高)
 */
public class Husband {
    private Husband() {}

    private static class Wife {
        private static Husband husband = new Husband();
    }

    public static Husband getInstance() {
        return Wife.husband;
    }
}

细节说明

  1. 静态内部类实现的单例模式同样是懒汉式 -> 外部类加载时并没有创建好对象,只有调用特定方法时才会加载静态内部类信息(内部类的静态对象属性创建完毕)
  2. 静态内部类的方式实现的单例模式:线程安全(只有在第一次加载内部类信息时才会创建对象),效率高(不需要获取互斥锁)

优缺点

  • 优点:线程安全,效率高,实现了延迟加载
  • 缺点:只适合简单的对象实例,需要创建的对象实例有复杂操作时(如要对 对象实例 进行其他赋值操作),代码会更复杂。反射会破坏单例模式。

8、饿汉式(枚举)

参考代码

enum Husband {
    HUSBAND;
}

说明:除了第8种枚举类实现单例模式,其他七种模式都会被反射、序列化破坏单例模式(因为反射可以获得类的私有属性的构造器),只有枚举类实现的单例不会被反射破坏,反射无法获取到枚举类的构造方法。

优缺点

  • 优点:线程安全,调用效率高,不会被反射、序列化破坏枚举单例
  • 缺点:不能延时加载

到了这里,关于如何理解单例模式?的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 设计模式-单例模式Singleton

    一个类只允许创建一个对象(或者实例),那这个类就是一个 单例类 1.表示全局唯一 如果有些数据在系统中 应该且只能保存一份 ,那就应该设计为单例类: 配置类:在系统中,我们只有一个配置文件,当配置文件被加载到内存之后,应该被映射为一个唯一的【配置实例】

    2024年02月10日
    浏览(48)
  • 单例模式(Singleton)

    单例是一种创建型设计模式,让你能够保证一个类只有一个实例,并提供一个访问该实例的全局节点。 1. 问题 单例模式同时解决了两个问题,所以违反了单一职责原则: 保证一个类只有一个实例 。 为该实例提供一个全局访问节点 。 为什么会有人想要控制一个类所拥有的实

    2024年02月11日
    浏览(35)
  • 单例模式(Singleton)

    单例模式 保证一个类仅有一个实例 ,并 提供一个全局访问点来访问它 ,这个类称为单例类。可见,在实现单例模式时,除了保证一个类只能创建一个实例外,还需提供一个全局访问点。 为提供一个全局访问点,可以使用全局变量,但全局变量无法禁止用户实例化多个对象

    2024年02月14日
    浏览(38)
  • 10-单例模式(Singleton)

    保证一个类只有一个实例,并提供一个访问它的全局访问点 优点:安全且在多线程情况下保持高性能。 描述:这种方式能达到双检锁方式一样的功效,但实现更简单。对静态域使用延迟初始化,应使用这种方式而不是双检锁方式。这种方式只适用于静态域的情况,双检锁方

    2024年02月03日
    浏览(46)
  • 设计模式四:单例模式(Singleton)

    单例模式,是一种常用的软件设计模式。在它的核心结构中只包含一个被称为单例的特殊类。 通过单例模式可以保证系统中,应用该模式的类一个类只有一个实例。即一个类只有一个对象实例。 单例模式是设计模式中最简单的形式之一。这一模式的目的是使得类的一个对象

    2024年02月15日
    浏览(46)
  • java设计模式-单例模式(Singleton)

    单例模式(Singleton)就是一个类只能有一个实例,自行实例化,并向系统提供这一实例,这个类就是单例类。单例模式的特点: 一个类只能有一个实例; 单例类自己实例化; 单例类给其它对象提供这个单一实例。 资源管理类经常被设计为单例模式,例如管理属性文件的类。

    2024年02月15日
    浏览(39)
  • C++ 中的单例模式singleton

    在面向对象编程中,设计模式是解决常见问题的最佳实践。单例模式是其中之一,它确保一个类只有一个实例,并提供一个全局访问点来获取该实例。在本文中,我们将详细介绍 C++ 中的单例模式。 单例模式是一种设计模式,它限制一个类只能创建一个对象。这个模式通常用

    2024年02月21日
    浏览(44)
  • 《golang设计模式》第一部分·创建型模式-01-单例模式(Singleton)

    指目标类(Class)只有一个实例对象(Object),并且向使用该对象的客户端提供访问单例的全局方法。 保证类只有一个实例 有方法能让外部访问到该实例 懒汉式 在第一次调用单例对象时创建该对象,这样可以避免不必要的资源浪费 饿汉式 在程序启动时就创建单例对象,这

    2024年02月14日
    浏览(49)
  • Singleton 单例模式简介与 C# 示例【创建型】【设计模式来了】

    一句话解释:   单一的类,只能自己来创建唯一的一个对象。 单例模式(Singleton Pattern)是日常开发中最简单的设计模式之一。这种类型的设计模式属于 创建型模式 ,它提供了一种创建对象的最佳方式。 这种模式涉及到一个 单一的类 ,该类负责 创建自己的对象 ,同时

    2024年02月06日
    浏览(38)
  • 如何理解单例模式?

    单例模式(Singleton Pattern):采取一定的方法保证在整个的软件系统中,对某个类只能存在一个对象实例,并且该类只提供一个取得其对象实例的方法。 通俗点来讲:就是一个男人只能有一个老婆,一个女人只能有一个老公 单例模式一共有8种方式实现,下面一一举例: 实现步

    2023年04月08日
    浏览(33)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包