Java设计模式-单例模式

最新推荐文章于 2023-07-26 17:18:18 发布
最新推荐文章于 2023-07-26 17:18:18 发布
阅读量1.8k 收藏 16
点赞数 4
分类专栏： Java 设计模式 文章标签： 设计模式 java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_39736597/article/details/113754695
版权

目录

创建者模式概述

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

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

创建型模式分为：

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

1.单例模式概述

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

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

2.单例模式的结构

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

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

3.单例模式的实现

单例设计模式分类两种：

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

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

3.1.饿汉式

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

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

 /**
  * 饿汉式
  *      静态成员变量创建类的对象
  */
 public class Singleton {
     //私有构造方法
     //这样外界就无法创建对象，即无法使用new关键字创建对象
     private Singleton() {}
 
     //在成员位置创建该类的对象
     private static Singleton instance = new Singleton();
 
     //对外提供静态方法获取该对象
     public static Singleton getInstance() {
         return instance;
     }
 }

说明：

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

注意：使用单例设计模式的第一件事其实是写私有构造方法，这条语句是很容易被忽略了，它阻止外界创建对象。必须要调用单例类提供的指定方法才能够使用单例类

测试单例类的正确性

public class Client {
    public static void main(String[] args) {
        //创建Singleton类的对象
        Singleton instance1=Singleton.getInstance();
        
        Singleton instance2=Singleton.getInstance();
        //判断获取到的两个是否是同一个对象
        System.out.println(instance1==instance2);
    }
}

在这里插入图片描述

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

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

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

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

    static {
        instance = new Singleton();
    }

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

说明：

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

3.2.懒汉式

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

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

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

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

    //对外提供静态方法获取该对象
    public static Singleton getInstance() {
			//判断instance是否是null,如果是null，说明还没有创建singleton对象
			//如果没有，创建一个并返回，如果有直接返回
        if(instance == null) {
        //线程1等待，线程2获取到CPU的执行权，夜壶进入到该判断里面。此时就会出现线程安全问题
            instance = new Singleton();
        }
        return instance;
    }
}

说明：

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

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

/**
 * 懒汉式
 *  线程安全
 */
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的时候才会出现线程安全问题，一旦初始化完成就不存在了。

3.2.3.懒汉式-方式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;
       }
   }

双重检查锁模式是一种非常好的单例实现模式，解决了单例、性能、线程安全问题，上面的双重检测锁模式看上去完美无缺，其实是存在问题，在多线程的情况下，可能会出现空指针问题，出现问题的原因是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 关键字之后的双重检查锁模式是一种比较好的单例实现模式，能够保证在多线程的情况下线程安全也不会有性能问题。

3.2.4.懒汉式-方式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;
    }
}

说明：

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

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

小结：

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

测试

public class Client {
    public static void main(String[] args) {
        //创建Singleton类的对象
       Singleton instance1= Singleton.getInstance();

       Singleton instance2= Singleton.getInstance();
        //判断获取到的两个是否是同一个对象
        System.out.println(instance1==instance2);
    }
}

在这里插入图片描述

3.3. 枚举方式

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

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

说明：

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

 //创建Singleton类的对象
    Singleton instance1=Singleton.INSTANCE;
    Singleton instance2=Singleton.INSTANCE;
    //判断获取到的两个是否是同一个对象
    System.out.println(instance1==instance2);

4.存在的问题

4.1 问题演示

破坏单例模式：

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

  • 序列化反序列化

    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;
    }
}

    Test类：

    public class Test {
    public static void main(String[] args) throws Exception {
        //往文件中写对象
        //writeObject2File();
        //从文件中读取对象
        Singleton s1 = readObjectFromFile();
        Singleton s2 = readObjectFromFile();

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

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

        return instance;
    }

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

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

  • 反射

    Singleton类：

    public class Singleton {

    //私有构造方法
    private Singleton() {}
    
    private static volatile Singleton instance;

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

        if(instance != null) {
            return instance;
        }

        synchronized (Singleton.class) {
            if(instance != null) {
                return instance;
            }
            instance = new Singleton();
            return instance;
        }
    }
}

    Test类：

    public class Test {
    public static void main(String[] args) throws Exception {
        //获取Singleton类的字节码对象
        Class clazz = Singleton.class;
        //获取Singleton类的私有无参构造方法对象
        Constructor constructor = clazz.getDeclaredConstructor();
        //取消访问检查
        constructor.setAccessible(true);

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

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

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

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

4.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;
    }
}

源码解析：

ObjectInputStream类

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);
     	...
    }
    return obj;
}

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

    public class Singleton {

    //私有构造方法
    private Singleton() {
        /*
           反射破解单例模式需要添加的代码
        */
        if(instance != null) {
            throw new RuntimeException();
        }
    }
    
    private static volatile Singleton instance;

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

        if(instance != null) {
            return instance;
        }

        synchronized (Singleton.class) {
            if(instance != null) {
                return instance;
            }
            instance = new Singleton();
            return instance;
        }
    }
}

    说明:

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

5.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 虚拟机中的内存总量。
        System.out.println(runtime.totalMemory());
        //返回 Java 虚拟机试图使用的最大内存量。
        System.out.println(runtime.maxMemory());

        //创建一个新的进程执行指定的字符串命令，返回进程对象
        Process process = runtime.exec("ipconfig");
        //获取命令执行后的结果，通过输入流获取
        InputStream inputStream = process.getInputStream();
        byte[] arr = new byte[1024 * 1024* 100];
        int b = inputStream.read(arr);
        System.out.println(new String(arr,0,b,"gbk"));
    }
}
Java硬件工程师
关注
  • 4
    点赞
  • 踩
  • 16
    收藏
    觉得还不错? 一键收藏
  • 5
    评论
专栏目录
Java设计模式之单例模式
寒风中的信
11-13 246
一、概念        确保一个类只有一个实例，并提供全局访问点。 关系图： 二、应用实例        巧克力工厂锅炉控制系统，控制原料进出，加热等。 代码实现： /** * 单例模式 * Created by 韩信 on 2017-11-13. */ public class ChocolateBoiler { private boolean empt
单例模式应用场景
极客神殿
02-28 3963
总之，单例模式通常适用于在整个应用程序中只需要一个实例化对象的场景，以确保资源的高效利用和应用程序的稳定性。单例模式是一种常用的设计模式，用于确保在整个应用程序中只有一个实例化的对象。
单例模式 -- 懒汉模式&饿汉模式
qq_62274623的博客
07-13 2984
懒汉模式是一种单例模式的实现方式，它的特点是在首次访问单例对象时才进行对象的实例化。懒汉模式的优点是可以避免在程序启动时就进行对象的实例化，节省了系统的资源。可能两个线程会同时进行new操作 , 这样我们多线程创建了多个对象 , 就不是单例模式了 , 主要导致该问题的是由于这里面涉及到了对singleton的修改操作，失去了原子性，为了保证原子性，我们想到了加锁，从而实现线程安全问题。饿汉模式是一种单例模式的实现方式，它的特点是在程序启动时就进行对象的实例化。上面的懒汉模式的实现是线程不安全的.
Java实现单例模式（懒汉式和饿汉式）
VIBE的博客
11-06 4128
Java实现单例模式（懒汉式和饿汉式）的注意事项和细节
Java设计模式之单例模式详解（懒汉式和饿汉式）
weixin_47390965的博客
07-26 3695
在开发工作中，有些类只需要存在一个实例，这时就可以使用单例模式。单例模式是一种创建型设计模式，它确保一个类只有一个实例，并提供一个全局访问点。本文将介绍Java单例模式的概念、具体的实现方式，给出示例代码，并探讨单例模式的使用场景和注意事项。
Java多线程案例之单例模式（饿汉，懒汉）
qq_63218110的博客
01-21 4197
单例模式是校招中最常见的设计模式之一。下面我们来谈谈其中的两个模式：懒汉，饿汉。
Java设计模式-单例模式详解
11-24
Java设计模式-单例模式详解 单例模式是 Java 设计模式中的一种常用的设计模式，旨在保证一个类仅有一个实例，并提供一个访问它的全局访问点。单例模式的目的是为了保证在一个进程中，某个类有且仅有一个实例。 ...
java设计模式-单例.pdf
最新发布
05-16
设计模式 java设计模式-单例.pdf
JAVA-设计模式-创建型模式-单例模式
08-10
JAVA-设计模式-创建型模式-单例模式
ava常用设计模式-单例模式
08-26
单例模式（Singleton Pattern）是 Java 中最简单的设计模式之一，有以下特点： 1. 单例类只能有一个实例。 2. 单例类必须自己创建自己的唯一实例。 3. 单例类必须给所有其他对象提供这一实例。 单例模式有多种实现...
java设计模式-单例模式
02-27
设计模式（Design pattern）代表了最佳的实践，通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段...
单例模式
a329806042的博客
07-28 823
java中单例模式是一种常见的设计模式，单例模式的写法有好几种，这里主要介绍三种：懒汉式单例、饿汉式单例、登记式单例。 单例模式有以下特点： 1、单例类只能有一个实例。 　　2、单例类必须自己创建自己的唯一实例。 　　3、单例类必须给所有其他对象提供这一实例。 一、懒汉式单例 经典的： //懒汉式单例类.在第一次调用的时候实例化自己 public class Singleton { ...
单例模式中的饿汉和懒汉模式
weixin_47651920的博客
03-11 1万+
一.饿汉模式 二.懒汉模式
单例模式的使用场景
glamour2015的博客
04-16 4455
就算你没有用到过其他的设计模式，但是单例模式你肯定接触过，比如，Spring 中 bean 默认就是单例模式的，所有用到这个 bean 的实例其实都是同一个。 单例模式的使用场景 什么是单例模式呢，单例模式(Singleton)又叫单态模式，它出现目的是为了保证一个类在系统中只有一个实例，并提供一个访问它的全局访问点。从这点可以看出，单例模式的出现是为了可以保证系统中一个类只有一个实例而且该实例又...
24种设计模式之单例模式（饿汉式、懒汉式）
inexaustible的博客
01-31 1万+
24种设计模式之单例模式（饿汉式、懒汉式）
单例模式之枚举实现
热门推荐
刘伟技术博客
12-10 3万+
如果你没有学过单例模式，请点击：确保对象的唯一性——单例模式。 有很多网友留言说我漏掉了一种非常重要的Java语言的单例模式实现方式——枚举。 这篇姗姗来迟的博文将弥补这个“巨大的”缺陷。 在Java语言中，如果综合考虑线程安全和延迟加载，IoDH(Initialization Demand Holder)无疑是一种比较好的实现方式【参见：确保对象的唯一性——单例模式 （四）】，它巧妙利用了Java静态内部类的特点。 但...
java单例模式之懒汉式与饿汉式
weixin_53870975的博客
01-12 4833
首先我们介绍一下单例模式 单例类是只有一个实例对象； 该单例对象必须由单例类自行创建； 单例类对外提供一个访问该单例的全局访问点。 单例模式的优点 单例模式可以保证内存里只有一个实例，减少了内存的开销。 可以避免对资源的多重占用。 单例模式设置全局访问点，可以优化和共享资源的访问。 什么时候用到单例模式 需要频繁创建的一些类，使用单例可以降低系统的内存压力，减少 GC（垃圾回收）。 某些类创建实例时占用资源较多，或实例化耗时较长，且经常使用。 某类需要频繁实例化，而创建的对象又频繁被销毁的
Java设计模式-软件设计原则
Java硬件工程师的博客
02-07 3512
目录1 开闭原则2 里氏代换原则3 依赖倒转原则4 接口隔离原则5 迪米特法则 在软件开发中，为了提高软件系统的可维护性和可复用性，增加软件的可扩展性和灵活性，程序员要尽量根据6条原则来开发程序，从而提高软件开发效率、节约软件开发成本和维护成本。 1 开闭原则 对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。简言之，是为了使程序的扩展性好，易于维护和升级。 想要达到这样的效果，我们需要使用接口和抽象类。 因为抽象灵活性好，适应性广，只要抽象的合理，可以基本保持软
聊聊设计模式-单例模式
09-29
单例模式是一种创建型设计模式，它保证类仅有一个实例，并提供一个全局访问点。在单例模式中，类会自行创建一个实例，并对外提供一个访问该实例的方法。 单例模式有多种实现方式，其中常见的有懒汉式和饿汉式。懒汉式单例的实现方式适用于单线程环境，但不推荐在多线程环境使用。另外，单例模式还可以通过序列化和反射来破坏，因此需要注意相应的解决方案。 例如，在Java中，可以通过以下方式实现一个懒汉式的单例模式： ```java public class Singleton { private static Singleton instance; private Singleton() {} public static Singleton getInstance() { if (instance == null) { instance = new Singleton(); } return instance; } } ``` 该实现方式在第一次调用`getInstance()`方法时会创建一个实例，并在后续调用时直接返回该实例。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值