【不就是Java设计模式吗】解密单例八种设计模式,带你整理代码思路

简介: 【不就是Java设计模式吗】解密单例八种设计模式,带你整理代码思路

🧡前言

先看看思维导图:

image.png


📕在学习Java基础的时候,曾天真的以为单例设计模式就是懒汉式和饿汉式这两种。今天在B站学习了单例设计模式,真是打开了新世界的大门,自己总结了单例模式的学习笔记,从代码到自己的思路,最后到每一种方式的小结,相信小伙伴们看了后会有所收获


一、🍂模式介绍

所谓单例设计模式,就是采取一定的方法保证在整个的软件系统中,对某个类

只能存在一个对象实例,并且该类只提供一个取得其对象实例的方法(静态方法)


二、🍂分类

🏳‍🌈分类1:饿汉式

静态常量饿汉式

代码

public class Test01 {
    public static void main(String[] args) {
        Singleton instance1 = Singleton.getInstance();
        Singleton instance2 = Singleton.getInstance();
        //结果是true,说明是同一个对象实例
        System.out.println(instance1 == instance2);
    }
}
class Singleton {
    //构造器私有化,外部不能通过new的方式创建此类的对象
    private Singleton() {}
    //本类内部创建对象实例
    private final static Singleton instance = new Singleton();
    //提供静态方法,得到实例对象
    public static Singleton getInstance() {
        return instance;
    }
}


🔥思路

🚩先创建私有构造器,然后创建私有的final的静态对象,最后提供一个可以得到实例对象的方法


结论与分析

线程安全,写法简单,该方式可用,在类装载的时候就完成了实例化。也就是因为在类装载的时候完成了实例化,所以,如果从始至终都从未使用过这个实例,就造成了内存的浪费


静态代码块饿汉式

代码

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


🔥思路

🚩先创建私有类构造器,然后创建私有静态类引用,接着在静态代码块中给引用创建实例,最后提供一个可以得到实例对象的方法


结论与分析

线程安全,写法简单,该方式可用,在类装载的时候就完成了实例化。也就是因为在类装载的时候完成了实例化,所以,如果从始至终都从未使用过这个实例,就造成了内存的浪费


🏳‍🌈分类2:懒汉式

方式1

代码

class Singleton{
    private Singleton(){}
    private static Singleton instance;
    //当使用该方法时,才去创建对象
    public static Singleton getInstance(){
        if (instance == null)
            instance = new Singleton();
        return instance;
    }
}


🔥思路

🚩跟前面的饿汉式思路差不多,先创建一个私有类构造器,然后提供私有静态引用,最后写一个静态方法用来得到引用的对象实例;其中,引用的对象实例是用if (instance == null)来判断是否赋值的


结论与分析

线程不安全,当在多线程下,一个线程进入了if (instance == null)判断语句,还未来得及往下执行,另一个线程也通过了这个判断语句,这时候就可能产生多个实例,不建议使用


方式2

代码

class Singleton{
    private static Singleton instance;
    private Singleton(){}
    //加入同步处理的代码,解决线程安全问题
    public static synchronized Singleton getInstance(){
        if (instance == null)
            instance  = new Singleton();
        return instance;
    }
}


🔥思路

🚩思路跟方式1就是在方法中多了一个synchronized,可以保证线程安全


结论与分析

线程安全,但是效率低。每个线程在想获得类的实例的时候,执行getInstance()都要进行同步,其实这个方法只执行一次实例化代码就可以了,不推荐使用


方式3

代码

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


🔥思路

🚩跟前面的代码没有很大区别,不同的是,方式3把synchronized线程同步问题放在getInstance()里面,但是并没有解决安全问题


结论与分析

线程不安全,效率也低,不推荐使用


🏳‍🌈分类3:双重检查

代码

class Singleton{
 /*
    volatile的作用:
    1、保证了不同线程对该变量操作的内存可见性(当一个线程修改了变量,其他使用次变量的线程可以立即知道这一修改)
    2、禁止了指令重排序.
     */
    private static volatile Singleton instance;
    private Singleton(){}
    public static Singleton getInstance(){
        if (instance == null){
            synchronized(Singleton.class){
                if (instance == null)
                    instance = new Singleton();
            }
        }
        return instance;
    }
}



🔥思路

🚩这里可以和懒汉式的方式3对比一下,大体上比方式3多了一层if语句的判断


总结分析

线程安全,效率较高;如代码所示,进行了两次if (instance == null)检查,可以保证线程安全,推荐使用


🏳‍🌈分类4:静态内部类

代码

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


🔥思路

🚩这个思路也比较好理解,先构造私有类构造器方法,然后创建静态内部类用来创建类的对象,最后创建一个从内部类获取对象实例的方法


总结分析

线程安全,采用了类装载的机制来保证初始化实例时只有一个线程,效率高;静态内部类方式在Singleton类被装载时并不会立即实例化,而是在需要实例化时,调用getInstance方法,才会装载SingletonInstance类,从而完成Singleton的实例化,推荐使用


🏳‍🌈分类5:枚举

代码

public class Test08 {
    public static void main(String[] args) {
        Singleton instance1 = Singleton.INSTANCE;
        Singleton instance2 = Singleton.INSTANCE;
        //true
        System.out.println(instance1 == instance2);
        //运行结果:你好呀,我是卷心菜~~
        instance1.sayHello();
    }
}
enum Singleton{
    INSTANCE;
    public void sayHello(){
        System.out.println("你好呀,我是卷心菜~~");
    }
}



🔥思路

🚩枚举类真的是单例模式中最简单的一个了,就是根据自己需要的来写相应的属性和方法


总结分析

线程安全,能防止反序列化重新创建新的对象,非常推荐使用


三、🍂使用场景

🚩需要频繁的进行创建和销毁的对象、创建对象时耗时过多或耗费资源过多(即:重量级对象),但又经常用到的对象、工具类对象、频繁访问数据库或文件的对象(比如数据源、session工厂等)


四、🍂总结

单例模式保证了 系统内存中该类只存在一个对象,节省了系统资源,对于一些需要频繁创建销毁的对象,使用单例模式可以提高系统性能

当想实例化一个单例类的时候,必须要记住使用相应的获取对象的方法,而不是使用new来获取对象


相关文章
|
1天前
|
设计模式 存储 Java
【十】设计模式~~~结构型模式~~~享元模式(Java)
文章详细介绍了享元模式(Flyweight Pattern),这是一种对象结构型模式,通过共享技术实现大量细粒度对象的重用,区分内部状态和外部状态来减少内存中对象的数量,提高系统性能。通过围棋棋子的设计案例,展示了享元模式的动机、定义、结构、优点、缺点以及适用场景,并探讨了单纯享元模式和复合享元模式以及与其他模式的联用。
【十】设计模式~~~结构型模式~~~享元模式(Java)
|
1天前
|
设计模式 算法 安全
Java编程中的设计模式:提升代码的可维护性和扩展性
【8月更文挑战第19天】在软件开发的世界里,设计模式是解决常见问题的一种优雅方式。本文将深入探讨Java编程语言中常用的几种设计模式,并解释如何通过这些模式来提高代码的可维护性和扩展性。文章不涉及具体的代码实现,而是侧重于理论和实践相结合的方式,为读者提供一种思考和改善现有项目的新视角。
|
1天前
|
设计模式 Java
常用设计模式介绍~~~ Java实现 【概念+案例+代码】
文章提供了一份常用设计模式的全面介绍,包括创建型模式、结构型模式和行为型模式。每种设计模式都有详细的概念讲解、案例说明、代码实例以及运行截图。作者通过这些模式的介绍,旨在帮助读者更好地理解源码、编写更优雅的代码,并进行系统重构。同时,文章还提供了GitHub上的源码地址,方便读者直接访问和学习。
常用设计模式介绍~~~ Java实现 【概念+案例+代码】
|
1天前
|
设计模式 算法 Java
【十六】设计模式~~~行为型模式~~~策略模式(Java)
文章详细介绍了策略模式(Strategy Pattern),这是一种对象行为型模式,用于定义一系列算法,将每个算法封装起来,并使它们可以相互替换。策略模式让算法独立于使用它的客户而变化,提高了系统的灵活性和可扩展性。通过电影院售票系统中不同类型用户的打折策略案例,展示了策略模式的动机、定义、结构、优点、缺点以及适用场景,并提供了Java代码实现和测试结果。
【十六】设计模式~~~行为型模式~~~策略模式(Java)
|
1天前
|
设计模式 网络协议 Java
【十五】设计模式~~~行为型模式~~~状态模式(Java)
文章详细介绍了状态模式(State Pattern),这是一种对象行为型模式,用于处理对象在其内部状态改变时的行为变化。文中通过案例分析,如银行账户状态管理和屏幕放大镜工具,展示了状态模式的应用场景和设计方法。文章阐述了状态模式的动机、定义、结构、优点、缺点以及适用情况,并提供了Java代码实现和测试结果。状态模式通过将对象的状态和行为封装在独立的状态类中,提高了系统的可扩展性和可维护性。
【十五】设计模式~~~行为型模式~~~状态模式(Java)
|
1天前
|
设计模式 存储 前端开发
【十四】设计模式~~~行为型模式~~~观察者模式(Java)
文章详细介绍了观察者模式(Observer Pattern),这是一种对象行为型模式,用于建立对象之间的一对多依赖关系。当一个对象状态发生改变时,所有依赖于它的对象都会得到通知并自动更新。文中通过交通信号灯与汽车的案例以及多人联机对战游戏的设计方案,阐述了观察者模式的动机和应用场景。接着,文章介绍了观察者模式的结构、角色、优点、缺点以及适用情况,并通过代码示例展示了如何在Java中实现观察者模式。此外,还探讨了观察者模式在MVC架构中的应用以及Java中对观察者模式的支持。
【十四】设计模式~~~行为型模式~~~观察者模式(Java)
|
1天前
|
设计模式 前端开发 Java
【十三】设计模式~~~行为型模式~~~中介者模式(Java)
文章详细介绍了中介者模式(Mediator Pattern),这是一种对象行为型模式,用于封装一系列对象的交互,降低系统耦合度,并简化对象之间的交互关系。通过案例分析、结构图、时序图和代码示例,文章展示了中介者模式的组成部分、实现方式和应用场景,并讨论了其优点、缺点和适用情况。
【十三】设计模式~~~行为型模式~~~中介者模式(Java)
|
1天前
|
设计模式 缓存 Java
【十一】设计模式~~~结构型模式~~~代理模式(Java)
文章详细介绍了代理模式(Proxy Pattern),这是一种对象结构型模式,用于给对象提供一个代理以控制对它的访问。文中阐述了代理模式的动机、定义、结构、优点、缺点和适用环境,并探讨了远程代理、虚拟代理、保护代理等不同代理形式。通过一个商务信息查询系统的实例,展示了如何使用代理模式来增加身份验证和日志记录功能,同时保持客户端代码的无差别对待。此外,还讨论了代理模式在分布式技术和Spring AOP中的应用,以及动态代理的概念。
【十一】设计模式~~~结构型模式~~~代理模式(Java)
|
1天前
|
安全 Java 测试技术
常见 Java 代码缺陷及规避方式
在日常开发过程中,我们会碰到各种各样的代码缺陷或者 Bug,比如 NPE、 线程安全问题、异常处理等。这篇文章总结了一些常见的问题及应对方案,希望能帮助到大家。
|
1天前
|
设计模式 存储 Java
【十二】设计模式~~~行为型模式~~~命令模式(Java)
文章详细介绍了命令模式(Command Pattern),这是一种对象行为型模式,用于将请求封装成对象,实现请求发送者与接收者的解耦,从而降低系统耦合度、提高灵活性,并支持命令的排队、记录、撤销和恢复操作。通过案例分析、结构图、时序图和代码示例,文章展示了命令模式的组成部分、实现方式和应用场景,并讨论了其优点、缺点和适用情况。