创建型：单例模式单例模式简介单例模式的结构单例模式的实现存在的问题单例模式在JDK源码中的应用单例模式注意事项Reference

57 阅读 0 评论 38 点赞

我是靠谱客的博主虚心舞蹈，最近开发中收集的这篇文章主要介绍创建型：单例模式单例模式简介单例模式的结构单例模式的实现存在的问题单例模式在JDK源码中的应用单例模式注意事项Reference，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

文章目录

单例模式简介
单例模式的结构
单例模式的实现
- 饿汉式-方式1(静态变量方式)
- 饿汉式-方式2（静态代码块方式）
- 懒汉式-方式1（线程不安全）
- 懒汉式-方式2（线程安全）
- 懒汉式-方式3（双重检查锁）
- 懒汉式-方式4（静态内部类方式）
- 枚举方式
存在的问题
- 问题演示
- 问题的解决
单例模式在JDK源码中的应用
- java.lang.Runtime类
单例模式注意事项
Reference

本篇文章已同步更新至github仓库JavaSummary，欢迎star!

单例模式简介

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

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

单例模式的结构

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

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

单例模式的实现

单例设计模式分类两种：

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

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

饿汉式-方式1(静态变量方式)

/**
* 饿汉式
*
静态变量创建类的对象
* 加 final 可以防止在子类里破坏单例
*/
public final class Singleton {
//私有构造方法（外界无法实例化该类，但不能防止反射创建新的实例）
private Singleton() {}
//在成员位置创建该类的对象
private static Singleton instance = new Singleton();
//对外提供静态方法获取该对象
// 为什么提供静态方法而不是直接将 INSTANCE 设置为 public? 1. 提供更好的封装性 2. 泛型支持
public static Singleton getInstance() {
return instance;
}
}

说明：

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

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

/**
* 恶汉式
*
在静态代码块中创建该类对象
*/
public class Singleton {
//私有构造方法
private Singleton() {}
//在成员位置创建该类的对象
private static Singleton instance;
// 类加载-初始化阶段类执行构造器方法<clinit>()
static {
instance = new Singleton();
}
//对外提供静态方法获取该对象
public static Singleton getInstance() {
return instance;
}
}

说明：

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

静态变量方式和静态代码块方式，都是在类加载的时候就完成了实例化，避免了线程同步问题

主要分为加载、链接（验证、准备、解析）、初始化：

在准备阶段会正式为类变量(static)分配内存并设置类变量的默认初始值；
初始化阶段就是执行类构造器方法 <clinit>()的过程，类构造器方法是由javac编译器自动收集类中的所有类变量的赋值动作和静态代码块中的语句合并而来的，构造器方法中指令按语句在源文件中出现的顺序执行，虚拟机会保证一个类的 <clinit>()方法在多线程环境中被正确加锁和同步

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

/**
* 懒汉式
*
线程不安全
*/
public class Singleton {
//私有构造方法
private Singleton() {}
//在成员位置创建该类的对象
private static Singleton instance;
//对外提供静态方法获取该对象
public static Singleton getInstance() {
if(instance == null) {
// 线程1等待，线程2获取到CPU的执行权，也会进入到该判断里面，创建的就不是单例了
instance = new Singleton();
}
return instance;
}
}

说明：

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

懒汉式-方式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（双重检查锁）

再来讨论一下懒汉模式中加锁的问题，对于 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在实例化对象的时候会进行优化和指令重排序操作（很关键的一点：第一个if使用了instance变量，是在同步块之外）

getInstance()方法对应的字节码如下：

 0 getstatic #2 <pattern/Singleton.instance>
3 ifnonnull 37 (+34)
// 如果不是null跳转到第37行

6 ldc #3 <pattern/Singleton>
8 dup
9 astore_0
10 monitorenter
11 getstatic #2 <pattern/Singleton.instance>
14 ifnonnull 27 (+13)
17 new #3 <pattern/Singleton>
20 dup
21 invokespecial #4 <pattern/Singleton.<init>>
24 putstatic #2 <pattern/Singleton.instance>
27 aload_0
28 monitorexit
29 goto 37 (+8)
32 astore_1
33 aload_0
34 monitorexit
35 aload_1
36 athrow
37 getstatic #2 <pattern/Singleton.instance>
40 areturn

其中

17 表示创建对象，将对象引用入栈 // new Singleton()
20 表示复制一份对象引用 // 引用地址
21 表示利用一个对象引用，调用构造方法
24 表示利用一个对象引用，赋值给 instance

也许jvm会优化为：先执行24，在执行21。在多线程情况下，如果两个线程t1、t2按如下时间序列执行：

关键在于 0: getstatic 这行代码在 monitor 控制之外，可以越过 monitor 读取instance变量的值
这时 t1 还未完全将构造方法执行完毕，如果在构造方法中要执行很多初始化操作，那么 t2 拿到的是将是一个未初始化完毕的单例
对 instance使用 volatile 修饰即可，可以禁用指令重排，但要注意在 JDK 5 以上的版本的 volatile 才会真正有效

有序性：保证指令不会受CPU指令并行优化的影响

synchronized无法禁止指令重排序,但可以保证有序性,把共享变量完全交给synchronized来管理不会有有序性问题。本例中，instance并没有完全受到synchronized的保护,volatile可以阻止重排序

重排序只会在多线程出错，同步块内是强制单线程执行

要解决双重检查锁模式带来空指针异常的问题，只需要使用 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的效果：

 // -------------------------------------> 加入对 instance 变量的读屏障
0 getstatic #2 <pattern/Singleton.instance>
3 ifnonnull 37 (+34)
6 ldc #3 <pattern/Singleton>
8 dup
9 astore_0
10 monitorenter // -----------------------> 保证原子性、可见性
11 getstatic #2 <pattern/Singleton.instance>
14 ifnonnull 27 (+13)
17 new #3 <pattern/Singleton>
20 dup
21 invokespecial #4 <pattern/Singleton.<init>>
24 putstatic #2 <pattern/Singleton.instance>
// -------------------------------------> 加入对 instance 变量的写屏障
27 aload_0
28 monitorexit // ------------------------> 保证原子性、可见性
29 goto 37 (+8)
32 astore_1
33 aload_0
34 monitorexit
35 aload_1
36 athrow
37 getstatic #2 <pattern/Singleton.instance>
40 areturn

如上面的注释内容所示，读写 volatile 变量时会加入内存屏障（Memory Barrier（Memory Fence）），保证下面两点：
可见性

写屏障（sfence）保证在该屏障之前的 t1 对共享变量的改动，都同步到主存当中
而读屏障（lfence）保证在该屏障之后 t2 对共享变量的读取，加载的是主存中最新数据

有序性

写屏障会确保指令重排序时，不会将写屏障之前的代码排在写屏障之后
读屏障会确保指令重排序时，不会将读屏障之后的代码排在读屏障之前

更底层是读写变量时使用 lock 指令来多核 CPU 之间的可见性与有序性

小结：

添加 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 类的唯一性。

小结：

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

枚举方式

枚举类实现单例模式是极力推荐的单例实现模式，因为枚举类型是线程安全的，并且只会装载一次，设计者充分的利用了枚举的这个特性来实现单例模式，枚举的写法非常简单，而且枚举类型是所用单例实现中唯一一种不会被破坏的单例实现模式。枚举单例属于饿汉式，枚举单例可以利用构造方法加入一些单例创建时的初始化逻辑。

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

存在的问题

问题演示

破坏单例模式：使上面定义的单例类（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，表明反射已经破坏了单例设计模式

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

问题的解决

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

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

说明:

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

单例模式在JDK源码中的应用

java.lang.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类使用的是饿汉式（静态属性）方式来实现单例模式的。

使用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 len = inputStream.read(arr);
// 将字节数组转换为字符串输出到控制台
System.out.println(new String(arr,0,len,"gbk"));
}
}

单例模式注意事项

单例模式保证了系统内存中该类只存在一个对象，节省了系统资源，对于一些需要频繁创建销毁的对象，使用单例模式可以提高系统性能
当想实例化一个单例类的时候，必须要记住使用相应的获取对象的方法，而不是使用new
单例模式使用的场景：需要频繁的进行创建和销毁的对象、创建对象时耗时过多或耗费资源过多(即：重量级对象)，但又经常用到的对象、工具类对象、频繁访问数据库或文件的对象(比如数据源、 session工厂等)

Reference

黑马程序员Java设计模式详解
尚硅谷Java设计模式

最后

以上就是虚心舞蹈为你收集整理的创建型：单例模式单例模式简介单例模式的结构单例模式的实现存在的问题单例模式在JDK源码中的应用单例模式注意事项Reference的全部内容，希望文章能够帮你解决创建型：单例模式单例模式简介单例模式的结构单例模式的实现存在的问题单例模式在JDK源码中的应用单例模式注意事项Reference所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供，作为学习参考使用，或来自网络收集整理，版权属于原作者所有。

本文分类：设计模式
浏览次数：57 次浏览
发布日期：2023-12-30 03:45:37
本文链接：https://www.kaopuke.com/article/k-p-k_13_u_23_ocfz_13_j_6_y.html

创建型：单例模式单例模式简介单例模式的结构单例模式的实现存在的问题单例模式在JDK源码中的应用单例模式注意事项Reference

概述

文章目录

单例模式简介

单例模式的结构

单例模式的实现

饿汉式-方式1(静态变量方式)

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

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

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

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

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

枚举方式

存在的问题

问题演示

问题的解决

单例模式在JDK源码中的应用

java.lang.Runtime类

单例模式注意事项

Reference

最后

评论列表共有 0 条评论

发表评论取消回复

创建型：单例模式单例模式简介单例模式的结构单例模式的实现存在的问题单例模式在JDK源码中的应用单例模式注意事项Reference

概述

文章目录

单例模式简介

单例模式的结构

单例模式的实现

饿汉式-方式1(静态变量方式)

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

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

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

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

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

枚举方式

存在的问题

问题演示

问题的解决

单例模式在JDK源码中的应用

java.lang.Runtime类

单例模式注意事项

Reference

最后

相关文章

评论列表共有 0 条评论

发表评论 取消回复

发表评论取消回复