《设计模式详解》创建型模式 - 单例模式

完整的笔记目录:《设计模式详解》笔记目录,欢迎指点!

创建型模式的主要关注点是:怎样创建对象?,它的主要特点是:将对象的创建与使用分离

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

创建型模式分为:

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

4.1 单例模式

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

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

4.1.1 单例模式的结构

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

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

4.1.2 单例模式的实现

单例设计模式分类两种:

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

饿汉式 1:静态变量

该方式在成员位置声明 Singleton 类型的静态变量,并创建 Singleton 类的对象 instance。

/**
 * 饿汉式:静态成员变量
 */
public class Singleton {
    // 1.私有构造方法
    private Singleton() {}
    // 2.在本类中创建本类对象
    private static Singleton instance = new Singleton();
    // 3.提供一个公共的访问方式,让外界获取该对象
    public static Singleton getInstance() {
        return instance;
    }
}

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); // true
 }
}

饿汉式 2:静态代码块

该方式在成员位置声明 Singleton 类型的静态变量,而对象的创建是在静态代码块中,也是随着类的加载而创建。

/**
 * 饿汉式: 静态代码块
 */
public class Singleton {
    // 声明Singleton类型的变量
    private static Singleton instance; // null
    //在静态代码块中进行赋值
    static {
        instance = new Singleton();
    }
    // 私有构造方法
    private Singleton() {}
    //对外提供获取该类对象的方法
    public static Singleton getInstance() {
        return instance;
    }
}

该方式和饿汉式的方式 1 基本一样,所以该方式也存在内存浪费问题。

懒汉式 1:线程不安全

该方式在成员位置声明 Singleton 类型的静态变量,并没有进行对象的赋值操作,那么什么时候赋值的呢?

当调用 getInstance() 方法获取 Singleton 类的对象的时候才创建 Singleton 类的对象,这样就实现了懒加载效果。

/**
 * 懒汉式: 线程不安全
 */
public class Singleton {
    // 声明Singleton类型的变量instance, 没有赋值
    private static Singleton instance;
    // 私有构造方法
    private Singleton() {}
    // 对外提供访问方式
    public static Singleton getInstance() {
        if (instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
}

但是,如果是多线程环境,会出现线程安全问题

懒汉式 2:线程安全

在懒汉式 1 的基础上,使用 synchronized 关键字解决了线程安全问题,但是该方法的执行效率特别低。

注意:其实只有在初始化 instance 的时候才会出现线程安全问题,一旦初始化完成就不存在了。

/**
 * 懒汉式: 线程不安全
 */
public class Singleton {
    // 声明Singleton类型的变量instance, 没有赋值
    private synchronized static Singleton instance;
    // 私有构造方法
    private Singleton() {}
    // 对外提供访问方式
    public static Singleton getInstance() {
        if (instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
}

懒汉式 3:双重检查锁🚀

再来讨论一下懒汉模式中加锁的问题,对于 getInstance() 方法来说,绝大部分的操作都是读操作,读操作是线程安全的,所以没有必要让每个线程必须持有锁才能调用该方法,可以调整加锁的时机。

由此产生了一种新的实现方式:双重检查锁模式(double check)

/**
 * 双重检查锁方式(有风险)
 */
public class Singleton {
    // 私有构造方法
    private Singleton() {}
    // 声明Singleton类型的变量
    private static Singleton instance;
    // 对外提供公共的访问方式
    public static Singleton getInstance() {
        // 第一次判断,如果instance不为null,不需要抢占锁,直接返回对象
        if (instance == null) {
            synchronized (Singleton.class) {
                // 第二次判断,抢占到锁以后再次判断
                if (instance == null) {
                    instance = new Singleton();
                }
            }
        }
        return  instance;
    }
}

双重检查锁模式是一种比较的单例实现模式,解决了单例、性能、线程安全问题,但是虽然看上去完美无缺,其实是存在问题的;

在多线程的情况下,可能会出现空指针问题,原因是 JVM 在实例化对象的时候会进行优化和指令重排序操作。

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

/**
 * 双重检查锁方式(标准)
 */
public class Singleton {
    // 私有构造方法
    private Singleton() {}
    // 声明Singleton类型的变量,使用volatile保证可见性和有序性
    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 关键字之后的双重检查锁模式是一种比较好的单例实现模式,能够保证在多线程的情况下线程安全也不会有性能问题。

懒汉式 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 类的唯一性。

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

饿汉式 3:枚举🚀

首先,枚举方式是饿汉式单例模式,如果不考虑浪费内存空间的问题,这是极力推荐的单例实现模式。

因为枚举类型是线程安全的,并且只会装载一次,设计者充分的利用了枚举的这个特性来实现单例模式。

枚举的写法非常简单,而且枚举方式是所用单例实现中唯一一种不会被破坏的单例实现模式。

/**
 * 饿汉式:枚举实现
 */
public enum Singleton {
    INSTANCE
}

4.1.3 存在的问题

有两种方式可以使上面定义的单例类可以创建多个对象(枚举方式除外),分别是序列化反射

枚举方式是利用了 Java 特性实现的单例模式,不会被破坏,其他实现方式都有可能会被破坏

序列化破坏单例

问题演示:下面代码运行结果是false,表明序列化和反序列化破坏了单例设计模式。

/**
 * 测试使用序列化破坏单例模式
 */
public class Client {
    public static void main(String[] args) throws Exception {
        Singleton s1 = readObjectFromFile();
        Singleton s2 = readObjectFromFile();
        System.out.println(s1 == s2); // false
    }
    // 从文件读取数据(对象)
    public static Singleton readObjectFromFile() throws Exception {
        // 1.创建对象输入流对象
        ObjectInputStream ois = new ObjectInputStream(new FileInputStream("C:\\Users\\Think\\Desktop\\a.txt"));
        // 2.读取对象
        Singleton instance = (Singleton) ois.readObject();
        // 3.释放资源
        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\\Think\\Desktop\\a.txt"));
        // 3.写对象
        oos.writeObject(instance);
        // 4.释放资源
        oos.close();
    }
}

解决方案:在 Singleton 类中添加readResolve()方法。

在反序列化时被反射调用,如果定义了这个方法,就返回这个方法的值,如果没有定义,则返回新 new 出来的对象。

/**
 * 静态内部类方式(解决序列化破解单例模式)
 */
public class Singleton implements Serializable {
    // 私有构造方法
    private Singleton() {}
    // 提供公共的访问方式
    public static Singleton getInstance() {
        return SingletonHolder.INSTANCE;
    }
    /**
     * 下面是为了解决序列化反序列化破解单例模式
     * 当进行反序列化时,会自动调用该方法,将该方法的返回值直接返回
     */
    private Object readResolve() {
        return SingletonHolder.INSTANCE;
    }
    // 定义一个静态内部类
    private static class SingletonHolder {
        // 在内部类中声明并初始化外部类的对象
        private static final Singleton INSTANCE = new Singleton();
    }
}

简单的源码解析: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;
}

反射破坏单例

问题演示:下面代码运行结果是false,说明反射破坏了单例设计模式。

/**
 * 测试使用反射破坏单例模式
 */
public class Client {
    public static void main(String[] args) throws Exception {
        // 1.获取Singleton的字节码对象
        Class clazz = Singleton.class;
        // 2.获取无参构造方法对象
        Constructor cons = clazz.getDeclaredConstructor();
        // 3.取消访问检查
        cons.setAccessible(true);
        // 4.创建Singleton对象
        Singleton s1 = (Singleton) cons.newInstance();
        Singleton s2 = (Singleton) cons.newInstance();
        System.out.println(s1 == s2); // false
    }
}

再次强调,枚举方式不会出现这两个问题。

解决方案:当通过反射方式调用构造方法进行创建时,直接抛异常

/**
 * 静态内部类方式(解决反射破坏单例模式)
 */
public class Singleton {
    private static boolean flag = false;
    // 私有构造方法
    private Singleton() {
        synchronized (Singleton.class) {
            // 如果是true,说明非第一次访问,直接抛一个异常,如果是false,说明第一次访问
            if (flag) {
                throw new RuntimeException("不能创建多个对象");
            }
            flag = true;
        }
    }
    // 提供公共的访问方式
    public static Singleton getInstance() {
        return SingletonHolder.INSTANCE;
    }
    // 定义一个静态内部类
    private static class SingletonHolder {
        // 在内部类中声明并初始化外部类的对象
        private static final Singleton INSTANCE = new Singleton();
    }
}

4.1.4 JDK 源码 - Runtime 类

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

源码查看:下面是 Runtime 类的源码,是静态变量方式的饿汉单例模式。

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 类中的方法:

/**
 *  RuntimeDemo
 */
public class RuntimeDemo {
    public static void main(String[] args) throws IOException {
        // 获取Runtime类的对象
        Runtime runtime = Runtime.getRuntime();
        // 调用runtime的方法exec,参数要的是一个命令
        Process process = runtime.exec("ifconfig");
        // 调用process对象的获取输入流的方法
        InputStream is =  process.getInputStream();
        byte[] arr = new byte[1024 * 1024 * 100];
        // 读取数据
        int len = is.read(arr); // 返回读到的字节的个数
        // 将字节数组转换为字符串输出到控制台
        System.out.println(new String(arr, 0, len, "GBK"));
    }
}
  • 5
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
Java中的单例模式是一种常用的设计模式,它确保一个类只有一个实例,并提供全局访问点。下面是一个简单的Java单例模式的实现: ```java public class Singleton { private static Singleton instance; private Singleton() {} public static synchronized Singleton getInstance() { if (instance == null) { instance = new Singleton(); } return instance; } } ``` 在这个实现中,Singleton类有一个私有的静态变量instance,它是类的唯一实例。getInstance方法是静态的,它返回Singleton类的实例。如果实例不存在,则创建一个新的实例并返回它。 这个实现有一些问题,例如线程安全性问题。如果两个线程尝试同时创建实例,可能会导致多个实例的创建。为了解决这个问题,可以使用双重检查锁定来确保线程安全: ```java public class Singleton { 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; } } ``` 在这个实现中,instance变量被声明为volatile,这确保了多线程环境下的可见性。getInstance方法在检查实例是否存在之前,先获取了Singleton类的锁,这确保了线程安全性。在检查实例是否存在时,使用了双重检查锁定,这避免了在多线程环境下创建多个实例。 总之,Java单例模式是一种常用的设计模式,它确保一个类只有一个实例,并提供全局访问点。实现单例模式时需要注意线程安全性问题,可以使用双重检查锁定等技术来确保线程安全性。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

萌宅鹿同学

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

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

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

打赏作者

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

抵扣说明:

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

余额充值