设计模式（四）创建者模式之单例模式

最新推荐文章于 2024-07-17 14:19:40 发布
最新推荐文章于 2024-07-17 14:19:40 发布
阅读量1k 收藏 30
点赞数 27
文章标签： 设计模式 单例模式 javascript
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_46267506/article/details/139700306
版权

单例模式

创建型模式的主要关注点是“怎样创建对象？”，它的主要特点是“将对象的创建与使用分离”。
这样可以降低系统的耦合度，使用者不需要关注对象的创建细节。

单例设计模式

单例模式（Singleton Pattern）是 Java 中最简单的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。

这种模式涉及到一个单一的类，该类负责创建自己的对象，同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式，可以直接访问，不需要实例化该类的对象。

单例模式的结构

单例模式的主要有以下角色：

  • 单例类。只能创建一个实例的类
  • 访问类。使用单例类

单例模式的实现

单例设计模式分类两种：

  • 饿汉式：类加载就会导致该单实例对象被创建
  • 懒汉式：类加载不会导致该单实例对象被创建，而是首次使用该对象时才会创建

饿汉式-方式1（静态变量方式）

package com.lx.design.creator.single;

/**
 * TODO 添加描述
 *
 * @author lx
 * @date 2024/6/15 12:46
 * 单例模式-饿汉式
 *  静态变量创建类的对象
 */
public class SingleDemo {
    //私有构造方法
    private    SingleDemo (){}

    //在成员位置创建该类的对象
    private static SingleDemo singleDemo=new SingleDemo();

    //对外提供静态方法获取该对象
    public static SingleDemo getSingleDemo(){
        return singleDemo;
    }
}

说明：
​ 该方式在成员位置声明SingleDemo 类型的静态变量，并创建SingleDemo 类的对象instance。instance对象是随着类的加载而创建的。如果该对象足够大的话，而一直没有使用就会造成内存的浪费。

饿汉式-方式2（静态代码块方式）

package com.lx.design.creator.single;

/**
 * TODO 添加描述
 *
 * @author lx
 * @date 2024/6/15 12:46
 * 单例模式-饿汉式
 *  在静态代码块中创建该类对象
 */
public class SingleDemo2 {
    //私有构造方法
    private SingleDemo2(){}

    //在成员位置创建该类的对象
    private static SingleDemo2 instance ;

       static  {
           instance=new SingleDemo2();
    }

    //对外提供静态方法获取该对象
    public static  SingleDemo2 getSingleDemo(){
        return instance;
    }
}

说明：
该方式在成员位置声明SingleDemo2 类型的静态变量，而对象的创建是在静态代码块中，也是对着类的加载而创建。所以和饿汉式的方式1(静态变量方式)基本上一样，当然该方式也存在内存浪费问题。

懒汉式-方式1（线程不安全）

package com.lx.design.creator.single;

/**
 * TODO 添加描述
 *
 * @author lx
 * @date 2024/6/15 12:46
 * 单例模式-懒汉式
 * 线程不安全
 */
public class SingleDemo3 {
    //私有构造方法
    private SingleDemo3() {
    }

    //在成员位置创建该类的对象
    private static SingleDemo3 instance;

    //对外提供静态方法获取该对象
    public  static SingleDemo3 getSingleDemo() {
        if (instance == null) {
            instance = new SingleDemo3();
        }
        return instance;
    }
}

说明：
从上面代码我们可以看出该方式在成员位置声明SingleDemo3类型的静态变量，并没有进行对象的赋值操作，那么什么时候赋值的呢？当调用getSingleDemo()方法获取SingleDemo3类的对象的时候才创建SingleDemo3类的对象，这样就实现了懒加载的效果。但是，如果是多线程环境，会出现线程安全问题。

懒汉式-方式2（线程安全） synchronized 关键字

package com.lx.design.creator.single;

/**
* TODO 添加描述
*
* @author lx
* @date 2024/6/15 12:46
* 单例模式-懒汉式
* 线程 安全
*/
public class SingleDemo4 {
   //私有构造方法
   private SingleDemo4() {
   }

   //在成员位置创建该类的对象
   private static SingleDemo4 instance;

   //对外提供静态方法获取该对象
   public static synchronized SingleDemo4 getSingleDemo() {
       if (instance == null) {
           instance = new SingleDemo4();
       }
       return instance;
   }
}

说明：
该方式也实现了懒加载效果，同时又解决了线程安全问题。但是在getSingleDemo()方法上添加了synchronized关键字，导致该方法的执行效果特别低。从上面代码我们可以看出，其实就是在初始化instance的时候才会出现线程安全问题，一旦初始化完成就不存在了。

懒汉式-方式3（双重检查锁）

再来讨论一下懒汉模式中加锁的问题，对于 getSingleDemo() 方法来说，绝大部分的操作都是读操作，读操作是线程安全的，所以我们没必让每个线程必须持有锁才能调用该方法，我们需要调整加锁的时机。由此也产生了一种新的实现模式：双重检查锁模式
​

package com.lx.design.creator.single;

/**
 * TODO 添加描述
 *
 * @author lx
 * @date 2024/6/15 12:46
 * 单例模式-懒汉式
 * 线程 安全
 */
public class SingleDemo5 {
    //私有构造方法
    private SingleDemo5() {
    }

    //在成员位置创建该类的对象
    private static SingleDemo5 instance;

    //对外提供静态方法获取该对象
    public static synchronized SingleDemo5 getSingleDemo() {
        //第一次判断，如果instance不为null，不进入抢锁阶段，直接返回实例
        if(instance == null) {
            synchronized (SingleDemo5.class) {
                //抢到锁之后再次判断是否为null
                if(instance == null) {
                    instance = new SingleDemo5();
                }
            }
        }
        return instance;
    }
}

双重检查锁模式是一种非常好的单例实现模式，解决了单例、性能、线程安全问题，上面的双重检测锁模式看上去完美无缺，其实是存在问题，在多线程的情况下，可能会出现空指针问题，出现问题的原因是JVM在实例化对象的时候会进行优化和指令重排序操作。

要解决双重检查锁模式带来空指针异常的问题，只需要使用 volatile 关键字, volatile 关键字可以保证可见性和有序性。

更改 instance 成员变量被volatile修饰

package com.lx.design.creator.single;

/**
 * TODO 添加描述
 *
 * @author lx
 * @date 2024/6/15 12:46
 * 单例模式-懒汉式
 * 线程 安全
 */
public class SingleDemo5 {
    //私有构造方法
    private SingleDemo5() {
    }

    //在成员位置创建该类的对象
    private static  volatile SingleDemo5 instance;

    //对外提供静态方法获取该对象
    public static  SingleDemo5 getSingleDemo() {
        //第一次判断，如果instance不为null，不进入抢锁阶段，直接返回实例
        if(instance == null) {
            synchronized (SingleDemo5.class) {
                //抢到锁之后再次判断是否为null
                if(instance == null) {
                    instance = new SingleDemo5();
                }
            }
        }
        return instance;
    }
}

小结：
添加 volatile 关键字之后的双重检查锁模式是一种比较好的单例实现模式，能够保证在多线程的情况下线程安全也不会有性能问题。

懒汉式-方式4（静态内部类方式）

静态内部类单例模式中实例由内部类创建，由于 JVM 在加载外部类的过程中, 是不会加载静态内部类的, 只有内部类的属性或者方法被调用时才会被加载, 并初始化其静态属性。静态属性由于被 static 修饰，保证只被实例化一次，并且严格保证实例化顺序。

package com.lx.design.creator.single;

/**
 * TODO 添加描述
 *
 * @author lx
 * @date 2024/6/15 12:46
 * 单例模式-静态内部类方式
 */
public class SingleDemo6 {
    //私有构造方法
    private SingleDemo6() {
    }

    private static class SingletonHolder {
        private static final SingleDemo6 INSTANCE = new SingleDemo6();
    }

    //对外提供静态方法获取该对象
    public static SingleDemo6 getInstance() {
        //访问内部类中的属性或者方法。才会加载内部类。
        //并初始化其静态属性。静态属性由于被 `static` 修饰，保证只被实例化一次
        return SingletonHolder.INSTANCE;
    }
}

说明：
第一次加载SingleDemo6 类时不会去初始化INSTANCE，只有第一次调用getInstance，虚拟机加载SingletonHolder。 并初始化INSTANCE，这样不仅能确保线程安全，也能保证 Singleton 类的唯一性。

小结：
静态内部类单例模式是一种优秀的单例模式，是开源项目中比较常用的一种单例模式。在没有加任何锁的情况下，保证了多线程下的安全，并且没有任何性能影响和空间的浪费。

枚举方式

枚举类实现单例模式是极力推荐的单例实现模式，因为枚举类型是线程安全的，并且只会装载一次，设计者充分的利用了枚举的这个特性来实现单例模式，枚举的写法非常简单，而且枚举类型是所用单例实现中唯一一种不会被破坏的单例实现模式。
​

/**
 * 枚举方式
 */
public enum Singleton {
    INSTANCE;
}

说明：
​ 枚举方式属于恶汉式方式。

存在的问题

破坏单例模式：

使上面定义的单例类（Singleton）可以创建多个对象，枚举方式除外。有两种方式，分别是序列化和反射。

序列化反序列化
package com.lx.design.creator.single;

import java.io.Serializable;

/**
 * TODO 添加描述
 *
 * @author lx
 * @date 2024/6/15 12:46
 * 单例模式-静态内部类方式
 */
public class SingleDemo6 implements Serializable {
    //私有构造方法
    private SingleDemo6() {
    }

    private static class SingletonHolder {
        private static final SingleDemo6 INSTANCE = new SingleDemo6();
    }

    //对外提供静态方法获取该对象
    public static SingleDemo6 getInstance() {
        //访问内部类中的属性或者方法。才会加载内部类。
        //并初始化其静态属性。静态属性由于被 `static` 修饰，保证只被实例化一次
        return SingletonHolder.INSTANCE;
    }
}

测试 Test1 类

package com.lx.design.creator.single;

import java.io.*;

/**
 * TODO 添加描述
 *
 * @author lx
 * @date 2024/6/15 12:46
 * 单例模式-静态内部类方式
 */
public class Test1 implements Serializable {
    public static void main(String[] args) throws Exception {
        //往文件中写对象
        writeObject2File();
        //从文件中读取对象
        SingleDemo6 s1 = readObjectFromFile();
        SingleDemo6 s2 = readObjectFromFile();

        //判断两个反序列化后的对象是否是同一个对象
         System.out.println(s1 == s2);
    }

    private static SingleDemo6 readObjectFromFile() throws Exception {
        //创建对象输入流对象
        ObjectInputStream ois = new ObjectInputStream(new FileInputStream("D:\\SingleDemo6.txt"));
        //第一个读取Singleton对象
        SingleDemo6 instance = (SingleDemo6) ois.readObject();

        return instance;
    }

    public static void writeObject2File() throws Exception {
        //获取Singleton类的对象
        SingleDemo6 instance = SingleDemo6.getInstance();
        //创建对象输出流
        ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream("D:\\SingleDemo6.txt"));
        //将instance对象写出到文件中
        oos.writeObject(instance);
    }

}

上面代码运行结果是false，表明序列化和反序列化已经破坏了单例设计模式

反射

**Test2 **

  package com.lx.design.creator.single;

import java.io.*;
import java.lang.reflect.Constructor;

/**
 * TODO 添加描述
 *
 * @author lx
 * @date 2024/6/15 12:46
 * 单例模式-静态内部类方式
 */
public class Test2 implements Serializable {
    public static void main(String[] args) throws Exception {

            //获取Singleton类的字节码对象
            Class clazz = SingleDemo5.class;
            //获取Singleton类的私有无参构造方法对象
            Constructor constructor = clazz.getDeclaredConstructor();
            //取消访问检查
            constructor.setAccessible(true);

            //创建Singleton类的对象s1
        SingleDemo5 s1 = (SingleDemo5) constructor.newInstance();
            //创建Singleton类的对象s2
        SingleDemo5 s2 = (SingleDemo5) constructor.newInstance();

            //判断通过反射创建的两个Singleton对象是否是同一个对象
            System.out.println(s1 == s2);

    }
}

上面代码运行结果是false，表明序列化和反序列化已经破坏了单例设计模式

注意：枚举方式不会出现这两个问题。

问题的解决

序列化、反序列方式破坏单例模式的解决方法

在Singleton类中添加readResolve()方法，在反序列化时被反射调用，如果定义了这个方法，就返回这个方法的值，如果没有定义，则返回新new出来的对象。

package com.lx.design.creator.single;

import java.io.Serializable;

/**
 * TODO 添加描述
 *
 * @author lx
 * @date 2024/6/15 12:46
 * 单例模式-静态内部类方式
 */
public class SingleDemo6 implements Serializable {
    //私有构造方法
    private SingleDemo6() {
    }

    private static class SingletonHolder {
        private static final SingleDemo6 INSTANCE = new SingleDemo6();
    }

    //对外提供静态方法获取该对象
    public static SingleDemo6 getInstance() {
        //访问内部类中的属性或者方法。才会加载内部类。
        //并初始化其静态属性。静态属性由于被 `static` 修饰，保证只被实例化一次
        return SingletonHolder.INSTANCE;
    }

    /**
     * 下面是为了解决序列化反序列化破解单例模式
     */
    private Object readResolve() {
        return SingletonHolder.INSTANCE;
    }
}

再次执行Test1 发现返回true

反射方式破解单例的解决方法

package com.lx.design.creator.single;

/**
 * TODO 添加描述
 *
 * @author lx
 * @date 2024/6/15 12:46
 * 单例模式-懒汉式
 * 线程 安全
 */
public class SingleDemo5 {
    //判断是否已经实例化对象标识
    private static  boolean flag =false;
    //私有构造方法
    private SingleDemo5() {
        //判断是否已经实例化对象
        if (flag){
            throw new RuntimeException();
        }
        //更改  
        flag =true;
    }

    //在成员位置创建该类的对象
    private static  volatile SingleDemo5 instance;

    //对外提供静态方法获取该对象
    public static   SingleDemo5 getSingleDemo() {

        //第一次判断，如果instance不为null，不进入抢锁阶段，直接返回实例
        if(instance == null) {
            synchronized (SingleDemo5.class) {
                //抢到锁之后再次判断是否为null
                if(instance == null) {
                    instance = new SingleDemo5();
                }
            }
        }

        return instance;
    }
}

说明:
这种方式比较好理解。当通过反射方式调用构造方法进行创建创建时，直接抛异常。不运行此中操作。

努力变优秀_Very
关注
  • 27
    点赞
  • 踩
  • 30
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
深入理解java设计模式之单例模式
忆亦何为的博客
06-12 1916
单例模式确保一个类在应用程序中只有一个对象实例存在，并提供一种全局访问该实例的方式。
设计模式C++学习之单例模式（Singleton）
09-07
单例模式是软件设计模式中的一种，它保证一个类只有一个实例，并提供一个全局访问点。在C++中，实现单例模式有多种方法，我们将会深入探讨这一模式的原理、优缺点以及如何在实际编程中应用。 单例模式的核心在于...
【Java 设计模式】创建型之单例模式
好久不见的流星
01-15 1135
单例模式是一种创建型设计模式，它确保一个类只有一个实例，并提供一个全局访问点，使得这个实例可以被全局范围内的代码所访问。单例模式的主要目的是控制某个类的实例数量，确保在整个应用程序中只有一个实例存在。单例模式是一种常见且实用的设计模式，它可以确保在整个应用程序中只有一个实例存在。在选择懒汉式或饿汉式实现方式时，需要根据具体的需求和性能考虑来选择合适的方式。在实际开发中，单例模式通常用于管理共享资源、配置信息等全局唯一的对象。通过合理使用单例模式，可以提高系统的灵活性和可维护性。
设计模式之单例模式（创建型）
light的博客
06-23 677
设计模式之单例模式
设计模式之单例模式详解和应用
赵广陆
02-14 1226
目录 1 单例模式的应用场景介绍 2 饿汉式单例模式 2.1 静态方法获得私有成员对象 2.2 利用静态代码块与类同时加载的特性生成单例对象 2.3 优缺点 3 懒汉式单例模式 2.1 加锁 2.2 双重检查锁 2.3 静态内部类 4 反射破坏单例 5 序列化破坏单例（扩展知识） 6 注册式单例模式 6.1 枚举式单例模式 6.2 容器式单例 7 线程单例实现ThreadLocal 8 AbstractFactoryBean源码 9 单例模式小结
js设计模式之单例模式
楠姐的博客
11-09 7742
单例模式也称为单体模式，保证一个类仅有一个实例，并提供一个访问它的全局访问点
Java设计模式之创建型模式——单例模式
某位奇思妙想的IT人员
12-08 781
关于单例模式中“饿汉式”的四种创建方式和“懒汉式”的两种创建方式详解，以及两种对单例模式的破坏方式及其解决办法
PHP设计模式之单例模式
浮尘笔记
04-24 553
单例设计模式(Singleton Design Pattern)的意思是：一个类只允许创建一个对象(或者实例)，那这个类就是一个单例类，这种设计模式就叫作单例模式。单例模式可以保证类的对象全局唯一。 “一个类只允许创建唯一一个对象”，那对象的唯一性的作用范围是什么呢? 是指线程内只允许创建一个对象，还是指进程内只允许创建一个对象? 答案是后者，也就是说，单例模式创建的对象是进程唯一的。
设计模式之单例模式（七种方法超详细）
weixin_63834061的博客
04-22 9566
单例模式（Singleton Pattern）是 Java 中最简单的设计模式之一，这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。这种模式涉及到一个单一的类，该类负责创建自己的对象，同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式，可以直接访问，不需要实例化该类的对象，也就是说不能使用new关键字来创建对象。
JAVA设计模式之单例模式
qq_19843217的博客
06-09 979
Java中的设计模式主要分为三种类型：创建型模式、结构型模式和行为型模式。创建型模式关注如何创建对象，旨在解决对象的创建问题，包括单例模式、工厂方法模式、抽象工厂模式、建造者模式、原型模式等。今天我们详细说说单例模式（Singleton Pattern）。Java单例模式（Singleton Pattern）是一种创建型设计模式，它保证一个类只有一个实例，并提供一个全局访问点。单例模式通常用于需要全局唯一的对象，如线程池、数据库连接池等场景。
JavaScript设计模式之单例模式简单实例教程
12-08
在JavaScript中，由于其动态特性和全局作用域，单例模式常常被用来作为命名空间提供者，减少全局变量的污染，提高代码的组织性。 ### 一、单例模式概念 单例模式的核心在于限制类的实例化次数，只允许创建一个实例...
常用设计模式特点比如工厂模式、单例模式等等
04-22
工厂模式是一种对象创建型设计模式，它提供了一种创建对象的最佳方式，通过将实例化过程封装在单独的工厂类中，使得客户端代码无需知道具体创建的对象类型。这样做的好处包括提高代码的灵活性、可扩展性和可维护性。...
Android设计模式系列之单例模式
09-01
在Android系统中，单例模式被广泛应用于管理那些需要全局共享的资源，例如输入法管理者InputMethodManager。这个模式的核心在于限制类的实例化，通常通过私有化构造函数实现。 在Android的InputMethodManager类中，...
Java设计模式单例模式(Singleton)用法解析
08-25
Java设计模式单例模式（Singleton）用法解析 java设计模式单例模式（Singleton）是指确保一个类在任何情况下都绝对只有一个实例，并提供一个全局反访问点。单例模式是创建型模式。单例模式在生活中应用也很广泛，...
(一)js前端开发中设计模式前篇之对象
峰会路转的博客
07-17 255
改进版与基础版要分开测试，不然会互相影响到。
模板方法原理与C++实现
Black.Spider的博客
07-15 306
定义一个操作中的算法骨架（稳定的），而将一些步骤的实现延迟到子类中（变化的）。模板方法使得子类可以复用一个算法的结构，而只改变（重写）这个算法的特定步骤。模板方法是一种非常实用且常见的设计模式，它使用简单的机制（虚函数）为应用程序框架提供了灵活的扩展点。模板方法中被模板方法调用的虚函数可以有具体实现，也可以没有任何实现（纯虚函数），但一般访问权限为protected，因为作为算法的一部分，它没有对外单独开放的必要。
(三)js前端开发中设计模式之工厂模式
最新发布
峰会路转的博客
07-17 268
工厂模式是一种创建型设计模式，它可以帮助我们根据需求创建对象。
java设计模式：02-创建型设计模式-概览
Mr_Air_Boy的博客
07-17 354
创建型模式（Creational Patterns）主要用于处理对象创建的机制，旨在以适当的方式创建对象。这些模式的目的是将对象的创建过程与系统的其他部分分离，以提高系统的灵活性和可扩展性。通过使用创建型模式，可以使系统在创建对象时更加灵活，减少耦合，提高代码的可维护性。
创建型设计模式详解：单例、原型与建造者
创建型设计模式主要包括五种：简单工厂模式、工厂方法模式、抽象工厂模式、单例模式和原型模式。这些模式在实际项目中有着广泛的应用，如在服务器负载均衡软件的开发中，确保负载均衡器的唯一性就是一个典型的场景。...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值