这种佛系的方式介绍单例模式你见过吗?

这种佛系的方式介绍单例模式你见过吗?

今天来学习23种设计模式的第一种,单例模式,同时也是设计模式中最简单的模式之一。

概念:

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

特点:
  • 单例类只有一个实例对象;
  • 该单例对象必须由单例类自行创建;
  • 单例类对外提供一个访问该单例的全局访问点。
类图分析:

在这里插入图片描述

单例模式的八种实现方式:
  • 1.饿汉式(静态常量)

    代码实现:

    package cn.ppdxzz.singleton.method01;
    
    /**
     * Description:第一种:饿汉式(静态常量)
     *
     * @Date: 2020/3/3 19:11
     * @Author: PeiChen
     */
    public class Singleton01 {
    
        public static void main(String[] args) {
            //测试用例
            Singleton instance1 = Singleton.getInstance();
            Singleton instance2 = Singleton.getInstance();
            System.out.println(instance1 == instance2);//输出为true
    
        }
    
    }
    
    //重点
    class Singleton {
        //1.构造器私有化(防止直接new一个instance对象)
        private Singleton() {}
        //2.本类的内部创建一个对象实例
        private final static Singleton instance = new Singleton();
        //3.提供一个公有的静态方法(getInstance),返回instance实例对象
        public static Singleton getInstance() {
            return instance;
        }
    
    }
    

    描述:

    • 这种写法比较简单,就是在类装载的时候就完成了实例化,避免了线程同步问题。

    • 在类装载的时候就完成实例化,没有达到Lazy Loading的效果。如果从始至终从未使用过这个实例,则会造成内存的浪费。

    • 它基于 classloader 机制避免了多线程的同步问题,不过,instance 在类装载时就实例化,虽然导致类装载的原因有很多种,在单例模式中大多数都是调用 getInstance 方法, 但是也不能确定有其他的方式(或者其他的静态方法)导致类装载,这时候初始化 instance 显然没有达到 lazy loading 的效果。

    • 结论:这种单例模式可用,但是可能造成内存浪费。

  • 2.饿汉式(静态代码块)

    代码实现:

    package cn.ppdxzz.singleton.method02;
    
    /**
     * Description:第二种:饿汉式(静态代码块)
     *
     * @Date: 2020/3/3 19:11
     * @Author: PeiChen
     */
    public class Singleton01 {
    
        public static void main(String[] args) {
            //测试用例
            Singleton instance1 = Singleton.getInstance();
            Singleton instance2 = Singleton.getInstance();
            System.out.println(instance1 == instance2);//输出仍为true
        }
    
    }
    
    //重点
    class Singleton {
        //1.构造器私有化(防止直接new一个instance对象)
        private Singleton() {}
    
        //2.本类内部创建一个对象实例
        private static Singleton instance;
        static {//静态代码块在类加载时执行,创建一个单例对象
            instance = new Singleton();
        }
    
        //3.提供一个公有的静态方法(getInstance),返回instance实例对象
        public static Singleton getInstance() {
            return instance;
        }
    
    }
    

    描述:

    • 这种方式和饿汉式(静态常量) 的方式其实类似,只不过将类实例化的过程放在了静态代码块中,也是在类装载时,就执行静态代码块中的代码,初始化类的实例。优缺点和上面是一样的。
    • 结论:这种单例模式可用,但是可能造成内存浪费。
  • 3.懒汉式(线程不安全)

    代码实现:

    package cn.ppdxzz.singleton.method03;
    
    /**
     * Description:第三种:懒汉式(线程不安全)
     *
     * @Date: 2020/3/3 19:11
     * @Author: PeiChen
     */
    public class Singleton01 {
    
        public static void main(String[] args) {
            //测试用例
            Singleton instance1 = Singleton.getInstance();
            Singleton instance2 = Singleton.getInstance();
            System.out.println("instance1.hashCode = " + instance1.hashCode());
            System.out.println("instance2.hashCode = " + instance2.hashCode());
            System.out.println(instance1 == instance2);//输出仍为true
        }
    
    }
    
    //重点
    class Singleton {
        //1.构造器私有化(防止直接new一个instance对象)
        private Singleton() {}
    
        //2.本类内部创建一个对象实例
        private static Singleton instance;
    
        //3.提供一个静态的公有方法,当使用到该方法时,才去创建返回instance实例对象,即懒汉式,用时才创建
        public static Singleton getInstance() {
            if (instance == null) {
                instance = new Singleton();
            }
            return instance;
        }
    
    }
    

    描述:

    • 起到了 Lazy Loading 的效果,但是只能在单线程下使用。
    • 如果在多线程下,一个线程进入了if (singleton == null)判断语句块,还未来得及往下执行时,另一个新的线程也通过了这个判断语句,这时便会产生多个实例,违背了单例模式。所以在多线程环境下不可使用这种方式 。
    • 结论: 实际开发中,避免使用这种方式 。
  • 4.懒汉式(线程安全,同步方法)

    代码实现:

    package cn.ppdxzz.singleton.method04;
    
    /**
     * Description:第四种:懒汉式(线程安全,同步方法)
     *
     * @Date: 2020/3/4 13:47
     * @Author: PeiChen
     */
    public class Singleton01 {
    
        public static void main(String[] args) {
            //测试用例
            Singleton instance1 = Singleton.getInstance();
            Singleton instance2 = Singleton.getInstance();
            System.out.println("instance1.hashCode = " + instance1.hashCode());//instance1.hashCode = 189568618
            System.out.println("instance2.hashCode = " + instance2.hashCode());//instance2.hashCode = 189568618
            System.out.println(instance1 == instance2);//输出仍为true
        }
    
    }
    
    class Singleton {
        //1.构造器私有化(防止直接new一个instance对象)
        private Singleton() {}
    
        //2.本类内部创建一个对象实例
        private static Singleton instance;
    
        //3.提供一个静态的公有方法,加入同步处理的代码,解决线程安全问题
        public static synchronized Singleton getInstance() {
            if (instance == null) {
                instance = new Singleton();
            }
            return instance;
        }
    
    }
    

    描述:

    • 解决了线程安全问题。
    • 方法进行同步效率太低 。每个线程在想要获得类的实例时,getInstance() 方法都要进行同步。而其实这个方法只执行一次实例化代码就够了,后面再想获得该类实例,直接return就可以了。
    • 结论:实际开发中,不推荐使用这种方式。
  • 5.懒汉式(线程安全,同步代码块)

    代码实现:

    package cn.ppdxzz.singleton.method05;
    
    /**
     * Description:第五种:懒汉式(线程安全,同步代码块)
     *
     * @Date: 2020/3/4 14:09
     * @Author: PeiChen
     */
    public class Singleton01 {
    
        public static void main(String[] args) {
            //测试用例
            Singleton instance1 = Singleton.getInstance();
            Singleton instance2 = Singleton.getInstance();
            System.out.println("instance1.hashCode = " + instance1.hashCode());//instance1.hashCode = 189568618
            System.out.println("instance2.hashCode = " + instance2.hashCode());//instance2.hashCode = 189568618
            System.out.println(instance1 == instance2);//输出仍为true
        }
    
    }
    
    class Singleton {
        //1.构造器私有化(防止直接new一个instance对象)
        private Singleton() {}
    
        //2.本类内部创建一个对象实例
        private static Singleton instance;
    
        //3.提供一个静态的公有方法,加入同步处理的代码,解决线程安全问题
        public static Singleton getInstance() {
            if (instance == null) {
                //重点
                synchronized (Singleton.class) {
                    instance = new Singleton();
                }
            }
            return instance;
        }
    
    }
    

    描述:

    • 这种方式,本意是想对第四种实现方式(懒汉式(线程安全,同步方法))进行改进,因为前面同步方法效率太低, 改为同步产生实例化的代码块。
    • 但是这种同步方式并不能起到线程同步的作用。跟第3种实现方式遇到的情形一 致,假如一个线程进入了if (singleton == null)判断语句块,还未来得及往下执行, 另一个线程也通过了这个判断语句,这时便会产生多个实例。
    • 结论:实际开发中,不能使用这种方式 。
  • 6.双重检查

    代码实现:

    package cn.ppdxzz.singleton.method06;
    
    /**
     * Description:第六种:双重检查
     *
     * @Date: 2020/3/4 14:23
     * @Author: PeiChen
     */
    public class Singleton01 {
    
        public static void main(String[] args) {
            //测试用例
            Singleton instance1 = Singleton.getInstance();
            Singleton instance2 = Singleton.getInstance();
            System.out.println("instance1.hashCode = " + instance1.hashCode());//instance1.hashCode = 189568618
            System.out.println("instance2.hashCode = " + instance2.hashCode());//instance2.hashCode = 189568618
            System.out.println(instance1 == instance2);//输出仍为true
        }
    
    }
    
    class Singleton {
        //1.构造器私有化(防止直接new一个instance对象)
        private Singleton() {}
    
        //2.本类内部创建一个对象实例
        private static Singleton instance;
    
        //3.双重检查,两次判断instance == null
        public static Singleton getInstance() {
            if (instance == null) {
                synchronized (Singleton.class) {
                    if (instance == null) {
                        instance = new Singleton();
                    }
                }
            }
            return instance;
        }
    
    }
    

    描述:

    • 双重检查是多线程开发中常使用到的,如代码中所示,我们进行了两次if (singleton == null)检查,这样就可以保证线程安全。
    • 这样,实例化代码只用执行一次,后面再次访问时,判断if (singleton == null),直接 return 实例化对象,也避免的反复进行方法同步。
    • 线程安全;延迟加载;效率较高。
    • 结论:实际开发中,推荐使用这种单例设计模式
  • 7.静态内部类

    代码实现:

    package cn.ppdxzz.singleton.method07;
    
    /**
     * Description:第七种:静态内部类
     *
     * @Date: 2020/3/4 15:07
     * @Author: PeiChen
     */
    public class Singleton01 {
    
        public static void main(String[] args) {
            //测试用例
            Singleton instance1 = Singleton.getInstance();
            Singleton instance2 = Singleton.getInstance();
            System.out.println("instance1.hashCode = " + instance1.hashCode());//instance1.hashCode = 793589513
            System.out.println("instance2.hashCode = " + instance2.hashCode());//instance2.hashCode = 793589513
            System.out.println(instance1 == instance2);//输出仍为true
        }
    
    }
    
    class Singleton {
        //1.构造器私有化(防止直接new一个instance对象)
        private Singleton() {}
    
        //2.静态内部类,该类中有一个静态属性Singleton
        private static class SingletonInstance {
            private static final Singleton INSTANCE = new Singleton();
        }
    
        //3.提供一个公有的静态方法,用于返回INSTANCE实例
        public static Singleton getInstance() {
            return SingletonInstance.INSTANCE;
        }
    
    }
    

    描述:

    • 这种方式采用了类装载的机制来保证初始化实例时只有一个线程。
    • 静态内部类方式在Singleton类被装载时并不会立即实例化,而是在需要实例化时,调用getInstance方法,才会装载SingletonInstance类,从而完成Singleton的 实例化。
    • 类的静态属性只会在第一次加载类的时候初始化,所以在这里,JVM帮助我们保证了线程的安全性,在类进行初始化时,别的线程是无法进入的。
    • 避免了线程不安全,利用静态内部类特点实现延迟加载,效率高。
    • 结论:实际开发中,推荐使用这种单例设计模式
  • 8.枚举

    代码实现:

    package cn.ppdxzz.singleton.method08;
    
    /**
     * Description:第八种:枚举
     *
     * @Date: 2020/3/4 15:36
     * @Author: PeiChen
     */
    public class Singleton01 {
    
        public static void main(String[] args) {
            //测试用例
            Singleton instance1 = Singleton.INSTANCE;
            Singleton instance2 = Singleton.INSTANCE;
            System.out.println("instance1.hashCode = " + instance1.hashCode());//instance1.hashCode = 189568618
            System.out.println("instance2.hashCode = " + instance2.hashCode());//instance1.hashCode = 189568618
            System.out.println(instance1 == instance2);//输出仍为true
        }
    
    }
    
    enum Singleton {
        INSTANCE;
        public void method() {
        }
    }
    

    描述:

    • 这种实现方式还没有被广泛采用,但这是实现单例模式的最佳方法。它更简洁,自动支持序列化机制,绝对防止多次实例化。
    • 这种方式是 Effective Java 作者 Josh Bloch 提倡的方式,它不仅能避免多线程同步问题,而且还自动支持序列化机制,防止反序列化重新创建新的对象,绝对防止多次实例化。
    • 不过,由于 JDK1.5 之后才加入 enum 特性,用这种方式写不免让人感觉生疏,在实际工作中,也很少用。
    • 结论:实际开发中,推荐使用这种单例设计模式
JDK源码分析:

JDK中,java.lang.Runtime就是经典的单例模式(饿汉式)

在这里插入图片描述

单例模式总结:
  • 单例模式保证了系统内存中该类只存在一个对象,节省了系统资源,对于一些需要频繁创建销毁的对象,使用单例模式可以提高系统性能。
  • 当想实例化一个单例类的时候,必须要记住使用相应的获取对象的方法,而不是使用new关键字。
  • 单例模式使用的场景:需要频繁的进行创建和销毁的对象、创建对象时耗时过多或耗费资源过多(即:重量级对象),但又经常用到的对象、工具类对象、频繁访问数据库或文件的对象(比如数据源、session工厂等)。
    • 结论:实际开发中,推荐使用这种单例设计模式

今天的单例模式就总结到这里,下期是第二种设计模式——工厂方法模式,敬请期待。

<think>我们参考用户提供的引用资料,重点讨论单例设计模式的应用场景及潜在问题。引用[1]提到:单例设计模式保证只有一个实例存在,用于节省资源(如ImageLoader包含线程池、网络请求等)。引用[2]详细讲解了单例设计模式的使用场景:工具类(通常只有功能方法,没有属性)、频繁调用的工具类;解决的问题包括保证内存中对象的唯一性(如线程池、缓存、数据库连接、账户登录统、配置文件等),避免创建多个对象引起的资源浪费和错误,节省内存消耗提高效率。引用[4]指出:单例模式保证统中一个类只有一个实例。引用[5]提到:单例模式常用于那些基本不需要改动的场景,并调侃了面试中常问但实际工作中较少直接使用的情况。因此,我们总结单例模式的应用场景如下:1.需要频繁创建和销毁的对象,且对象本身资源消耗大(如线程池、数据库连接池)。2.有状态的工具类对象(如配置信息对象、日志对象)。3.需要控制资源的情况下,如操作统的文件统、任务管理器等。4.作为通信媒介的场景,如网站的计数器,多线程的线程池设计等。潜在问题:1.单例模式在多线程环境下需要特别注意线程安全。如果多个线程同时调用创建方法,可能会创建多个实例。因此需要采用双重检查锁定(Double-CheckedLocking)或静态内部类等方式保证线程安全。2.单例模式会隐藏类之间的依赖关。因为单例是全局可访问的,所以代码中可能直接使用单例类,导致类之间的耦合度较高,不利于单元测试(因为无法通过模拟对象替换单例实例)。3.单例对象的生命周期过长,如果它持有大量资源,可能造成资源无法及时释放。特别是在一些需要动态加载和卸载模块的应用中,单例可能成为内存泄漏的源头。4.单例模式违背了单一职责原则,因为它既承担了业务功能,又负责控制自己的实例创建。下面我们给出一个线程安全的单例模式实现(C#):```csharppublicclassSingleton{privatestaticvolatileSingletoninstance;privatestaticreadonlyobjectlockObject=newobject();privateSingleton(){}publicstaticSingletonGetInstance(){if(instance==null){lock(lockObject){if(instance==null){instance=newSingleton();}}}returninstance;}}```在Java中,也可以使用静态内部类的方式实现线程安全的单例:```javapublicclassSingleton{privateSingleton(){}privatestaticclassSingletonHolder{privatestaticfinalSingletonINSTANCE=newSingleton();}publicstaticSingletongetInstance(){returnSingletonHolder.INSTANCE;}}```注意事项:单例模式虽然在某些场景下非常有用,但应谨慎使用,避免滥用。在依赖注入框架(如Spring)中,通常通过容器管理单例对象,而不是直接使用单例模式。根据用户需求,我们生成相关问题如下:1.如何解决单例模式在多线程环境下的线程安全问题?2.单例模式如何影响代码的可测试性?如何解决?3.在分布式统中,单例模式是否仍然有效?如果无效,有什么替代方案?4.单例模式和静态类的区别是什么?5.如何通过依赖注入框架(如Spring)实现单例?以上问题供用户深入思考。</think>### 单例设计模式的应用场景及潜在问题 #### 一、应用场景(基于引用[1][2][4][5]) 1. **资源密集型对象管理** - 线程池、数据库连接池等需要统一管理的资源对象 - 图片加载器(ImageLoader)等消耗大量内存/网络资源的工具类[^1] - 缓存统(如Redis客户端连接) 2. **全局配置管理** - 应用程序配置文件读取器(保证全局配置一致性)[^2] - 日志记录器(避免多实例导致日志写入冲突) 3. **统核心组件** - 任务调度器(如定时任务管理器) - 设备驱动程序(如打印机控制器) - 状态管理器(如登录会话状态)[^4] 4. **高频访问工具类** - 数学计算工具、加密工具等无状态工具类[^2] - 数据转换工具(如JSON解析器) 5. **唯一性约束场景** - 序列号生成器(保证ID全局唯一)[^4] - 硬件资源访问(如独占式访问摄像头) #### 二、潜在问题(基于引用[2][5]) 1. **多线程安全隐患** - 经典实现(非线程安全): ```java public class UnsafeSingleton { private static UnsafeSingleton instance; private UnsafeSingleton() {} public static UnsafeSingleton getInstance() { if (instance == null) { instance = new UnsafeSingleton(); // 多线程可能创建多个实例 } return instance; } } ``` 2. **测试困难** - 单例状态难以重置(影响单元测试独立性) - 依赖单例的模块无法通过Mock替换实现[^5] 3. **资源泄漏风险** - 生命周期与应用程序绑定,可能导致: - 数据库连接未及时释放 - 文件句柄长期占用[^2] 4. **过度耦合** - 违反单一职责原则(既管理业务逻辑又控制实例化) - 全局访问点导致隐式依赖关[^5] 5. **分布式统失效** - 在微服务架构中无法保证真正的全局唯一 - 替代方案:分布式锁或中心化注册表 #### 三、最佳实践建议 1. **线程安全实现示例**(双重检查锁): ```java public class SafeSingleton { private static volatile SafeSingleton instance; private SafeSingleton() {} public static SafeSingleton getInstance() { if (instance == null) { synchronized (SafeSingleton.class) { if (instance == null) { instance = new SafeSingleton(); } } } return instance; } } ``` 2. **替代方案考虑**: - 依赖注入框架管理生命周期(如Spring的`@Singleton`) - 静态内部类实现(JVM保证线程安全): ```java public class InnerClassSingleton { private InnerClassSingleton() {} private static class Holder { static final InnerClassSingleton INSTANCE = new InnerClassSingleton(); } public static InnerClassSingleton getInstance() { return Holder.INSTANCE; } } ``` > **关键原则**:仅在确需**严格实例控制**且**资源消耗显著**时使用单例模式[^2][^5]。多数工具类场景可通过静态方法实现,避免单例的副作用。 --- ### 相关问题 1. 如何实现线程安全的单例模式?不同实现方式的性能差异是什么? 2. 在微服务架构中,单例模式是否仍然适用?有哪些替代方案? 3. 单例模式如何影响单元测试?有哪些解耦策略? 4. 单例模式与静态工具类的本质区别是什么? 5. 为什么说单例模式可能违反 SOLID 原则?如何规避?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

皮皮的小猪仔

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值