对象让我学会“创建者模式”再去找她玩（单例）

最新推荐文章于 2023-11-05 21:02:20 发布
最新推荐文章于 2023-11-05 21:02:20 发布
阅读量280 收藏 15
点赞数 22
分类专栏： # 设计模式 文章标签： 单例模式 java 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_43585922/article/details/126590676
版权

在这里插入图片描述

专栏已更新文章
设计模式设计模式基础前奏（上）
设计模式设计模式基础前奏（下）

创建者模式

创建型模式的主要关注点是“怎样创建对象？”，它的主要特点是“将对象的创建与使用分离”。

这样可以降低系统的耦合度，使用者不需要关注对象的创建细节。

创建型模式分为：

  • 单例模式
  • 工厂方法模式
  • 抽象工程模式
  • 原型模式
  • 建造者模式

本章主要讲解单例模式

单例设计模式

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

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

1 单例模式的结构

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

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

2 单例模式的实现

单例设计模式分类两种：

​ 饿汉式：类加载就会导致该单实例对象被创建

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

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

    /**
 * 饿汉式
 *      静态变量创建类的对象
 */
public class Singleton {
    //1.私有构造方法
    private Singleton() {}

    //2.在本类中创建该类的对象
    private static Singleton instance = new Singleton();

    //3.对外提供静态方法获取该对象
    //外界无法创建对象，那么就无法调用非静态的方法
    public static Singleton getInstance() {
        return instance;
    }
}

    测试：

    package com.hxl.pattern.singleton.demo01;

public class Client01 {
    public static void main(String[] args) {
        //创建Singleton 类对象
        Singleton singleton = Singleton.getInstance();
        Singleton singleton1 = Singleton.getInstance();

        //判断获取到的两个是否是同一个对象
        // == 对比两个对象，是看内存中的地址值是否一样
        System.out.println(singleton == singleton1);
    }
}

    在这里插入图片描述

    两个在内存中是同一个内存地址，是同一个对象。只能创建一个对象

    说明：

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

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

    /**
 * 恶汉式
 *      在静态代码块中创建该类对象
 */
public class Singleton {

    //私有构造方法
    private Singleton() {}

    //声明Singleton类型的变量
    private static Singleton instance; //初始值是null

    //在静态代码块中进行赋值
    static {
        instance = new Singleton();
    }

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

    测试：

    public class Client02 {
    public static void main(String[] args) {
        //创建Singleton 类对象
        Singleton singleton = Singleton.getInstance();
        Singleton singleton1 = Singleton.getInstance();

        //判断获取到的两个是否是同一个对象
        // == 对比两个对象，是看内存中的地址值是否一样
        System.out.println(singleton == singleton1);
    }
}

    在这里插入图片描述

    说明：

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

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

    /**
 * 懒汉式
 *  线程不安全
 */
public class Singleton {
    //私有构造方法
    private Singleton() {}

    //声明Singleton类型的变量
    private static Singleton instance;//只是声明了该类型的变量，并没有进行赋值

    //对外提供静态方法获取该对象
    public static Singleton getInstance() {
		//instance = new Singleton();  //这里不能这样，因为每次调用该方法的时候就会新创建一个对象
        //如果没有则创建一个并返回，如果有责直接返回
        if(instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
}

    测试：

    public class Client03 {
    public static void main(String[] args) {
        Singleton singleton = Singleton.getInstance();
        Singleton singleton1 = Singleton.getInstance();
        System.out.println(singleton == singleton1);
    }
}

    结果为true

    说明：

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

    //对外提供静态方法获取该对象
public static Singleton getInstance() {
	//instance = new Singleton();  //这里不能这样，因为每次调用该方法的时候就会新创建一个对象
	//如果没有则创建一个并返回，如果有责直接返回
	if(instance == null) {
		/*在多线程环境下，如果线程1进入该位置，然后被线程2获得CPU的使用
		此时instance是null的，那么线程2也会进来。继续执行就会有两个对象
		不是单例了
		* */
		instance = new Singleton();
	}
	return instance;
}

  4. 懒汉式-方式2（线程安全）

    synchronized

    /**
 * 懒汉式
 *  线程安全
 */
public class Singleton {
    //私有构造方法
    private Singleton() {}

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

    //对外提供静态方法获取该对象
    public static synchronized Singleton getInstance() {

        if(instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
}

    说明：

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

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

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

    /**
 * 双重检查方式
 */
public class Singleton { 

    //私有构造方法
    private Singleton() {}

    private static Singleton instance;

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

    测试：true

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

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

    /**
 * 双重检查方式
 */
public class Singleton {

    //私有构造方法
    private Singleton() {}

    private static volatile Singleton instance;

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

    小结：

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

    推荐使用双重检查锁的懒汉式单例创建方式

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

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

    /**
 * 静态内部类方式
 */
public class Singleton {

    //私有构造方法
    private Singleton() {}
	//定义一个静态内部类
    private static class SingletonHolder {
        //在内部类中声明并初始化外部类的对象
        private static final Singleton INSTANCE = new Singleton();
    }

    //对外提供静态方法获取该对象
    public static Singleton getInstance() {
        return SingletonHolder.INSTANCE;
    }
}

    测试：

    public class Client05 {
    public static void main(String[] args) {
        Singleton instance = Singleton.getInstance();
        Singleton instance1 = Singleton.getInstance();
        System.out.println(instance == instance1);
    }
}

    结果：true

    说明：

    ​ 第一次加载Singleton类时不会去初始化INSTANCE，只有第一次调用getInstance，虚拟机加载SingletonHolder

    并初始化INSTANCE，这样不仅能确保线程安全，也能保证 Singleton 类的唯一性。

    小结：

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

    也是推荐使用的

  7. 枚举方式

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

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

    测试：

    public class Client06 {
    public static void main(String[] args) {
        Singleton instance = Singleton.INSTANCE;
        Singleton instance1 = Singleton.INSTANCE;
        System.out.println(instance == instance1);
    }
}

    结果：true

    说明：

    ​ 枚举方式属于饿汉式方式。

    在不考虑内存浪费的情况下，首选枚举

3 存在的问题

3.1 问题演示

破坏单例模式：

使上面定义的单例类（Singleton）可以创建多个对象，枚举方式除外，因为枚举是是JVM底层实现，所以已经把所有问题解决掉了。有两种方式，分别是序列化和反射。

  • 序列化反序列化来破坏单例模式

    Singleton类：（注意这里实现了序列化接口Serializable）

    //此处使用的是静态内部类方式
public class Singleton implements Serializable {

    //私有构造方法
    private Singleton() {}

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

    //对外提供静态方法获取该对象
    public static Singleton getInstance() {
        return SingletonHolder.INSTANCE;
    }
}

    Client07类：

    package com.hxl.pattern.singleton.demo07;

import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.ObjectInputStream;
import java.io.ObjectOutputStream;

public class Client07 {
    public static void main(String[] args) throws Exception {
        //往文件中写对象
        //writeObject2File(); //记得先运行这个会发现桌面有了a.txt这个文件，然后再注释掉。
        //从文件中读取对象
        Singleton s1 = readObjectFromFile();
        Singleton s2 = readObjectFromFile();

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

    private static Singleton readObjectFromFile() throws Exception {
        //1.创建对象输入流对象
        ObjectInputStream ois = new ObjectInputStream(new FileInputStream("C:\\Users\\混子琳\\Desktop\\a.txt"));
        //2.第一个读取Singleton对象
        Singleton instance = (Singleton) ois.readObject();
        ois.close();
        return instance;
    }

    //从文件中写数据（对象）
    public static void writeObject2File() throws Exception {
        //1.获取Singleton类的对象
        Singleton instance = Singleton.getInstance();
        //2.创建对象输出流
        ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream("C:\\Users\\混子琳\\Desktop\\a.txt"));
        //3.将instance对象写出到文件中
        oos.writeObject(instance);
        //4.释放资源
        oos.close();
    }
}

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

  • 反射，通过反射来破坏单例模式

    Singleton类：

    //此处使用的是静态内部类方式
public class Singleton {

    //私有构造方法
    private Singleton() {}

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

    //对外提供静态方法获取该对象
    public static Singleton getInstance() {
        return SingletonHolder.INSTANCE;
    }
}

    Client08类：

    package com.hxl.pattern.singleton.demo08;

import java.lang.reflect.Constructor;
//通过反射破坏单例模式
public class Client08 {
    public static void main(String[] args) throws Exception {
        //1.获取Singleton类的字节码对象
        Class clazz = Singleton.class;
        //2.获取Singleton类的私有无参构造方法对象
        Constructor constructor = clazz.getDeclaredConstructor();
        //3.取消访问检查。没弄之前是私有的，没有访问权限
        constructor.setAccessible(true);

        //4.通过反射创建Singleton类的对象s1
        Singleton s1 = (Singleton) constructor.newInstance();
        //5.通过反射创建Singleton类的对象s2
        Singleton s2 = (Singleton) constructor.newInstance();

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

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

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

3.2 问题的解决

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

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

    Singleton类：

    public class Singleton implements Serializable {

    //私有构造方法
    private Singleton() {}

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

    //对外提供静态方法获取该对象
    public static Singleton getInstance() {
        return SingletonHolder.INSTANCE;
    }
    
    /**
     * 下面是为了解决序列化反序列化破解单例模式
     当进行反序列化是，会自动调用该方法，将该方法的返回值直接返回
     */
    private Object readResolve() {
        return SingletonHolder.INSTANCE;
    }
}

    测试方式：和Client07测试方法一样，结果是true

    为什么会自动调用这个方式呢？

    源码解析：

    ObjectInputStream类，（Client07中点击readObject这个方法，查看源码）

    public final Object readObject() throws IOException, ClassNotFoundException{
    ...
    // if nested read, passHandle contains handle of enclosing object
    int outerHandle = passHandle;
    try {
        Object obj = readObject0(false);//重点查看readObject0方法
    .....
}
    
private Object readObject0(boolean unshared) throws IOException {
	...
    try {
		switch (tc) {
			...
			case TC_OBJECT:
				return checkResolve(readOrdinaryObject(unshared));//重点查看readOrdinaryObject方法
			...
        }
    } finally {
        depth--;
        bin.setBlockDataMode(oldMode);
    }    
}
    
private Object readOrdinaryObject(boolean unshared) throws IOException {
	...
	//isInstantiable 返回true，执行 desc.newInstance()，通过反射创建新的单例类，
    obj = desc.isInstantiable() ? desc.newInstance() : null; 
    ...
    // 在Singleton类中添加 readResolve 方法后 desc.hasReadResolveMethod() 方法执行结果为true
    if (obj != null && handles.lookupException(passHandle) == null && desc.hasReadResolveMethod()) {
    	// 通过反射调用 Singleton 类中的 readResolve 方法，将返回值赋值给rep变量
    	// 这样多次调用ObjectInputStream类中的readObject方法，继而就会调用我们定义的readResolve方法，所以返回的是同一个对象。
    	Object rep = desc.invokeReadResolve(obj);//如果定义这个方法的话就会调用，没有定义就会new出去
     	...
    }
    return obj;
}

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

    在私有构造方法中增加判断代码

    //此处使用的是静态内部类方式
public class Singleton {
    private static boolean flag = false;
    
    //私有构造方法
    private Singleton() {
        synchronized (Singleton.class){ //用synchronized是为了防止在多线程环境下出错
            //判断flag的值是否为true，如果ture则说明并不是第一次访问，直接抛出一个异常。如果是flase则是第一次访问，正常创建即可。
        	if(flag){
            	throw new RuntimeException("不能创建多个对象");
        	}
        	//将flag的值设置为true
        	flag = true;
        }
    }

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

    //对外提供静态方法获取该对象
    public static Singleton getInstance() {
        return SingletonHolder.INSTANCE;
    }
}

    测试方式：和Client08测试方法一样

    package com.hxl.pattern.singleton.demo08;

import java.lang.reflect.Constructor;
//通过反射破坏单例模式
public class Client08 {
    public static void main(String[] args) throws Exception {
        //1.获取Singleton类的字节码对象
        Class clazz = Singleton.class;
        //2.获取Singleton类的私有无参构造方法对象
        Constructor constructor = clazz.getDeclaredConstructor();
        //3.取消访问检查。没弄之前是私有的，没有访问权限
        constructor.setAccessible(true);

        //4.通过反射创建Singleton类的对象s1
        Singleton s1 = (Singleton) constructor.newInstance();
        //5.通过反射创建Singleton类的对象s2
        Singleton s2 = (Singleton) constructor.newInstance();

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

    在这里插入图片描述

    通过debug发现，在第一次创建对象的时候正常运行，在第二次创建对象的时候抛出了异常

    说明:

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

4 JDK源码解析-Runtime类

Runtime类就是使用的单例设计模式。

  1. 通过源代码查看使用的是哪儿种单例模式

    public class Runtime {
    private static Runtime currentRuntime = new Runtime();

    /**
     * Returns the runtime object associated with the current Java application.
     * Most of the methods of class <code>Runtime</code> are instance
     * methods and must be invoked with respect to the current runtime object.
     *
     * @return  the <code>Runtime</code> object associated with the current
     *          Java application.
     */
    public static Runtime getRuntime() {
        return currentRuntime;
    }

    /** Don't let anyone else instantiate this class */
    private Runtime() {}
    ...
}

    从上面源代码中可以看出Runtime类使用的是饿汉式（静态属性）方式来实现单例模式的。

  2. 使用Runtime类中的方法

    public class RuntimeDemo {
    public static void main(String[] args) throws IOException {
        //获取Runtime类对象
        Runtime runtime = Runtime.getRuntime();

        //返回 Java 虚拟机中的内存总量。 调用runtime的方法
        System.out.println(runtime.totalMemory());
        //返回 Java 虚拟机试图使用的最大内存量。
        System.out.println(runtime.maxMemory());

        //创建一个新的进程执行指定的字符串命令，返回进程对象
        //调用runtime的方法exec，参数是一个命令
        Process process = runtime.exec("ipconfig");
        //获取命令执行后的结果，通过调用process对象的获取输入流
        InputStream inputStream = process.getInputStream();
        byte[] arr = new byte[1024 * 1024* 100];
        //读取数据
        int b = inputStream.read(arr); //返回读到的字节的个数
        //将字节数组转换为字符串输出到控制台  控制台默认字符集是GBK
        System.out.println(new String(arr,0,b,"gbk"));
    }
}

    测试：

    在这里插入图片描述

秦 羽
关注
  • 22
    点赞
  • 踩
  • 15
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 41
    评论
专栏目录
设计模式学习笔记（四）单例模式的实现方式和使用场景
weixin_45566993的博客
03-26 1423
Python微信订餐小程序课程视频 https://edu.csdn.net/course/detail/36074 Python实战量化交易理财系统 https://edu.csdn.net/course/detail/35475 单例模式可以说是Java中最简单的设计模式，也是技术面试中频率极高的面试题。因为它不仅涉及到设计模式，还包括了关于线程安全、内存模型、类加载等机制。所以下面就来分别从单例模式的实现方法和应用场景来介绍一下单例模式 一、单例模式介绍 1.1 单例模式是什么 单例模式也就是指在整个
Java设计模式-单例模式
Java硬件工程师的博客
02-08 1800
创建者模式概述 创建型模式的主要关注点是“怎样创建对象？”，它的主要特点是“将对象的创建与使用分离”。 这样可以降低系统的耦合度，使用者不需要关注对象的创建细节。 创建型模式分为： 单例模式 工厂方法模式 抽象工程模式 原型模式 建造者模式 1.单例模式概述 单例模式（Singleton Pattern）是 Java 中最简单的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。 这种模式涉及到一个单一的类，该类负责创建自己的对象，同时确保只有单个对象被创建。这个类提供了一种
Java多线程案例之单例模式（饿汉，懒汉）
qq_63218110的博客
01-21 4078
单例模式是校招中最常见的设计模式之一。下面我们来谈谈其中的两个模式：懒汉，饿汉。
24种设计模式之单例模式（饿汉式、懒汉式）
inexaustible的博客
01-31 9877
24种设计模式之单例模式（饿汉式、懒汉式）
Java-单例模式(饿汉模式与懒汉模式)
f7ashion的博客
05-31 486
单例模式 一.饿汉模式 二.懒汉模式(推荐) 1.单线程版本 2.多线程版本 3.多线程版本plus
php单例模式实现(对象只被创建一次)
01-21
单例类至少拥有以下三种公共元素：  必须拥有一个构造函数，并且必须被标记为private。... //构造函数为private,防止创建对象 private function __construct(){ $this->conn = mysql_connect(‘lo
【十六】Java反射（了解单例、用工厂模式去创建对象，它不香吗？）
12-22
五、单例设计模式 思维导图参考：【十六】Java反射思维导图 一、什么是类对象 类的对象： 基于某个类new出来的对象，也称为实例对象 类对象： 类加载的产物，封装了一个类的所有信息（类名、父类、接口、属性、...
JAVA-设计模式-创建型模式-单例模式
08-10
JAVA-设计模式-创建型模式-单例模式
利用C++对象确定性析构的原则来解析单例模式
12-22
设计模式思想是可重用，我们在编程的过程中，或多或少都会接触到设计模式，只是，有时，我们相交却未相识罢了，那么我们来讲解单例模式，并且附之一个C++的编程技巧。 　我们知道单例模式在实际开发过程中是很有用...
懒汉模式和饿汉模式
2301_76692760的博客
11-05 207
主要讲解了懒汉模式和恶汉模式的实现方式和一些注意事项
单例模式实战应用
qq_40813329的博客
04-04 2301
理论 什么是单例模式 保证整个系统中一个类只有一个对象的实例，实现这种功能的方式就叫单例模式 常用的 service 和 dao 层的对象通常都是单例的，而多例则指每个请求用一个新的对象来处理，比如 action spring 中的 bean 和 spring mvc 中的 controller、service、dao层中通过@autowire 的 依赖注入对象 默认都是单例的 特点 1、单例类只能有一个实例。 2、单例类必须自己创建自己的唯一实例。 3、单例类必须给所有其他对象提供这一实例。 为什么要
单例模式解读：懒汉式与饿汉式
zy1992As的博客
04-11 636
意图：保证一个类仅有一个实例，并提供一个访问它的全局访问点。主要解决：一个全局使用的类频繁地创建与销毁。何时使用：当您想控制实例数目，节省系统资源的时候。如何解决：判断系统是否已经有这个单例，如果有则返回，如果没有则创建。关键代码：构造函数是私有的。
设计模式之单例模式应用场景篇
weixin_42736075的博客
06-06 3318
应用场景 我们为什么要使用单例模式呢？它有什么好处？ （一）单例模式可以让我们只创建一个对象从而避免了频繁创建对象导致的内存消耗和垃圾回收。 Servlet是单例模式，我们只需要创建一个Servlet，然后接收请求并处理。 spring的bean默认也是单例模式，springMVC是单例模式，所以我们可以发现我们的service层，dao层，web层都是使用单例模式，单例无处不在。 多线程的线程池的设计一般也是采用单例模式，这是由于线程池要方便对池中的线程进行控制。 同时mysql，redis
利用枚举实现单例模式
热门推荐
FutureFlyme的博客
03-17 1万+
Java中的枚举是一个很容易被大家遗忘的知识点，鄙人在工作中也很少使用枚举，最近仔细整理了一下相关知识点吗，发现用好枚举可以为开发带来很多长处。 枚举早在JDK1.5就被引入了，应该是比较古老的特性了，那枚举具体可以用在哪些场景下呢？ 1、常量的定义 2、switch的入参 3、单例模式的实现 在WEB开发中，经常需要封装一个ResponseDto类来返回一些调用的结果信息，如下： ...
单例模式-懒汉式&饿汉式&枚举
weixin_44224716的博客
12-31 530
以下文章来源于程序员修炼 ，作者静幽水 1.问题背景 某公司老板在招程序员是承诺帮忙解决单身问题，给程序员分配一个女朋友，于是单身的小强毫不犹豫的去应聘了，并被顺利录用。那么我们怎么用代码来模拟一下呢？首先定义一个女朋友的类，拥有俩个属性，姓名和年龄。 public class GirlFriend { private String name; private int age; public...
Day43.单例模式 - 懒汉式、饿汉式、枚举式
a111042555的博客
04-01 1177
设计模式：单例模式 - Singleton
三、单例模式详解
编程之心的博客
02-27 1134
4.单例模式详解 4.1.课程目标 1、掌握单例模式的应用场景。 2、掌握IDEA环境下的多线程调试方式。 3、掌握保证线程安全的单例模式策略。 4、掌握反射暴力攻击单例解决方案及原理分析。 5、序列化破坏单例的原理及解决方案。 6、掌握常见的单例模式写法。 4.2.内容定位 1、听说过单例模式，但不知道如何应用的人群。 2、单例模式是非常经典的高频面试题，希望通过面试单例彰显技术深度，顺利拿到...
单例模式枚举实现方式
crazy王的学习
10-18 223
单例模式（Singleton Pattern）是 Java 中常见设计模式之一。有很多实现方式，各有优劣，这里只写推荐的线程安全的写法。 其中使用枚举实现，是Effective Java 作者 Josh Bloch 提倡的方式，它不仅能避免多线程同步问题，而且还自动支持序列化机制，防止反序列化重新创建新的对象，绝对防止多次实例化。并且代码简洁有美感 单例模式要点 1、单例类只能有一个实例。 2、单例类必须自己创建自己的唯一实例。 3、单例类必须给所有其他对象提供这一实例。 枚举实现 /** * @au.
单利模式的优缺点和使用场景
u010419467的专栏
09-28 4090
[size=x-large]单利模式的优缺点和使用场景[/size] [size=large]首先介绍一下单例模式：[/size]     单例模式（Singleton），也叫单子模式，是一种常用的软件设计模式。在应用这个模式时，单例对象的类必须保证只有一个实例存在。许多时候整个系统只需要拥有一个的全局对象，这样有利于我们协调系统整体的行为。比如在某个服务器程序中，该服务器的配置信息存
java单例模式怎么创建对象
最新发布
02-27
在Java中，单例模式用于确保一个只有一个实例，并提供一个全局访问点来获取该实例。以下是创建Java单例模式的...以上是几种常见的Java单例模式创建对象的方法。每种方法都有其优缺点，选择适合自己需求的方法进行使用。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

秦 羽

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

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

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

打赏作者

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

抵扣说明：

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

余额充值