【JavaEE初阶】懒汉模式与饿汉模式及指令重排序问题

目录

[📕 单例模式](#📕 单例模式)

[🌳 饿汉模式](#🌳 饿汉模式)

[🚩 线程安全](#🚩 线程安全)

[🎍 懒汉模式](#🎍 懒汉模式)

[🚩 懒汉模式-单线程版](#🚩 懒汉模式-单线程版)

[🚩 懒汉模式-多线程版](#🚩 懒汉模式-多线程版)

[🎄 指令重排序](#🎄 指令重排序)


📕 单例模式

单例模式是一种经典的设计模式,是校招中最常考的设计模式之一.

那么啥是设计模式呢?

  • 设计模式好比象棋中的 "棋谱". 红方当头炮, 黑方马来跳. 针对红方的一些走法, 黑方应招的时候有一些固定的套路. 按照套路来走局势就不会吃亏.
  • 软件开发中也有很多常见的 "问题场景". 针对这些问题场景, 大佬们总结出了一些固定的套路. 按照这个套路来实现代码, 也不会吃亏.

那么什么是单例模式呢?

  • 单例模式(Singleton Pattern)是 Java 中最简单的设计模式之一。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。
  • 这种模式涉及到一个单一的类,该类负责创建自己的对象,同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式,可以直接访问,不需要实例化该类的对象。
  • 单例模式是一种创建型设计模式,它确保一个类只有一个实例,并提供了一个全局访问点来访问该实例。

注意:

  1. 单例类只能有一个实例。

  2. 单例类必须自己创建自己的唯一实例。

  3. 单例类必须给所有其他对象提供这一实例

单例模式具体的实现方式, 又分成 "饿汉" 和 "懒汉" 两种,掌握这两种应付面试+日常开发完全足够

🌳 饿汉模式

饿汉模式,就是它很饿,它的对象早早的就创建好了

由于是 static 修饰的,所以由 static 修饰的成员初始化时机是在类加载的时候,类具体啥时候加载,后面讲到JVM的时候再细说,可简单的认为就是在JVM一启动的时候就立即加载了(其实有变数)。

现在呢我们是有一个private这样的成员,光一个private成员还不够,要写一个public这样的方法供其他代码进行使用。

后序呢,在代码里面要想用到这个类的实例,就直接通过 getinstance 来获取,而不是重新去new

接下来,上述代码是已经把唯一实例准备好了,万一其他代码又new了这个类的实例怎么办,所以我们就需要禁止外部代码来创建该类的实例,在Singleton类里面在创建一个构造方法即可,里面可以什么都不写,但是必须要由private修饰(核心)。

在main方法调用:

尝试在main方法中new,就会编译出错: 提示说该方法是私有的,不能访问

注意:

  • 优点:没有加锁,执行效率会提高。

  • 缺点:类加载时就初始化,浪费内存

🚩 线程安全

🎍 懒汉模式

🚩 懒汉模式-单线程版

代码:

饿汉模式的代码突出的就是一个急切,只要程序启动就创建出实例,而懒汉模式是在第一次调用getinstance的时候创建实例,啥时候调用就啥时候创建,如果不调用就不创建。

main方法调用:还是一样,不管调用几次都是同一个实例

尝试去new,也会出现语法错误:

线程不安全:

🚩 懒汉模式-多线程版

上面的懒汉模式的实现是线程不安全的.

  • 线程安全问题发生在首次创建实例时.如果在多个线程中同时调用getInstance方法,就可能导致创建出多个实例.
  • 一旦实例已经创建好了,后面再多线程环境调用getInstance就不再有线程安全问题了(不再修改 instance 了)

我们可以加上 synchronized 可以改善这里的线程安全问题

代码:

注意:锁这个东西不是说加了一定安全,也不是不加一定不安全,这里仍然使存在线程安全问题的

把加锁操作放到 if 外面,就是把 if 和 new 打包成一个原子操作:

问题:

只要在加锁之前再次判断 ->if ( instance == null ) 即可,就能使这个代码线程安全即效率不受影响

通过双重 if 避免了不可重复读负面影响,避免了重复创建对象。

注意:之前谈到的 volatile 的优化问题,不是100%触发的,可能触发,可能不触发,上述代码考虑的是不触发优化的情况,如果触发优化的情况,需要再来一手 volatile。避免出现优化情况下的内存可见性问题,确保说第一个线程的修改操作一定会被后序线程读到。

🎄 指令重排序

上述讲到给变量加上 volatile 是因为涉及到内存可见性问题,另一方面加上 volatile 也能够解决指令重排序引起的线程安全问题。

指令重排序呢也是编译器的一种优化策略。

注意:编译器优化有多种策略,把读内存优化到读寄存器,指令重排序,循环展开,条件分支预测......这些都是优化策略,也是属于比较垂直的领域,对于大部分程序员不需要知道,属于专门负责开发编译器/开发操作系统内核一小部分人研究。

那对于上篇文章写的懒汉模式的代码来说,如果不给这里的 instance 加上 volatile 的话,此时是有可能在多线程环境下出现指令重排序引起的线程安全问题。

那具体是怎么引起的 ?

相关推荐
Ajiang28247353041 小时前
对于C++中stack和queue的认识以及priority_queue的模拟实现
开发语言·c++
幽兰的天空1 小时前
Python 中的模式匹配:深入了解 match 语句
开发语言·python
Theodore_10224 小时前
4 设计模式原则之接口隔离原则
java·开发语言·设计模式·java-ee·接口隔离原则·javaee
冰帝海岸5 小时前
01-spring security认证笔记
java·笔记·spring
世间万物皆对象5 小时前
Spring Boot核心概念:日志管理
java·spring boot·单元测试
没书读了6 小时前
ssm框架-spring-spring声明式事务
java·数据库·spring
----云烟----6 小时前
QT中QString类的各种使用
开发语言·qt
lsx2024066 小时前
SQL SELECT 语句:基础与进阶应用
开发语言
小二·6 小时前
java基础面试题笔记(基础篇)
java·笔记·python
开心工作室_kaic6 小时前
ssm161基于web的资源共享平台的共享与开发+jsp(论文+源码)_kaic
java·开发语言·前端