Java超详细讲解设计模式之一的单例模式
作者：〖雪月清〗 发布时间：2023-03-09 10:59:09
单例模式
单例模式顾名思义就是单一的实例，涉及到一个单一的类，该类负责创建自己的对象，同时确保只有一个对象被创建，并且提供一种可以访问这个对象的方式，可以直接访问，不需要实例化该类的对象。
单例模式的特点：
1.单例类只能有一个实例
2.这个实例必须由单例类自己创建
3.单例类需要提供给外界访问这个实例
单例模式的作用：
单例模式主要为了保证在Java应用程序中，一个类只有一个实例存在。
1.单例模式的结构
单例模式主要有以下角色：
单例类
只能创建一个实例的类
访问类
测试类，就是使用单例类的类
2.单例模式的实现
2.1饿汉式
饿汉式：类加载时创建该单实例类对象
1.饿汉式-方式1 静态成员变量
创建 饿汉式静态成员变量 单例类
public class Demo1 {
/**
*私有构造方法 让外界不能创建该类对象
*/
private Demo1(){}
/**
* 在类中创建该本类对象 static是由于外界获取该类对象的方法getInstance()是 static
* 这个对象instance就是静态成员变量
*/
private static Demo1 instance = new Demo1();
/**
* 提供一个公共的访问方式，让外界可以获取该类的对象 static是因为外界不需要创建对象，直接通过类访问
*/
public static Demo1 getInstance(){
return instance;
}
}
创建 饿汉式静态成员变量 测试类（访问类）
public class Test1 {
public static void main(String[] args) {
//创建demo1类的对象 这个时候就无法通过new创建了，因为demo1的构造方法是私有的
Demo1 instance = Demo1.getInstance();
Demo1 instance1 = Demo1.getInstance();
//判断两个对象是否是同一个
System.out.println(instance == instance1);
}
}
输出true 表明是同一个对象,指向同一块内存地址，这样我们就保证了Demo1单例类只有一个对象被创建
2.饿汉式-方式2 静态代码块
创建 饿汉式静态代码块 单例类
public class Demo2 {
//饿汉式单例类 静态代码块
/**
*私有构造方法 让外界不能创建该类对象
*/
private Demo2(){}
/**
* 声明一个静态的成员变量instance但是不赋值(不创建对象)
* 没有为instance赋值，默认为null
*/
private static Demo2 instance;
/**
* 在静态代码快中为instance赋值(创建对象)
*/
static {
instance = new Demo2();
}
/**
* 提供一个公共的访问方式，让外界可以获取该类的对象 static是因为外界不需要创建对象，直接通过类访问
*/
public static Demo2 getInstance(){
return instance;
}
}
创建 饿汉式静态代码块 测试类
public class Test2 {
public static void main(String[] args) {
Demo2 instance = Demo2.getInstance();
Demo2 instance1 = Demo2.getInstance();
System.out.println(instance == instance1);
}
}
输出true 表明是同一个对象,指向同一块内存地址，这样我们就保证了Demo2单例类只有一个对象被创建
3.饿汉式-方式3（枚举方式）
枚举类实现单例模式是十分推荐的一种单例实现模式，由于枚举类型是线程安全的，并且只会加载一次，这是十分符合单例模式的特点的，枚举的写法很简单，而且枚举方式是所有单例实现中唯一一个不会被破环的单例实现模式
单例类
//枚举方式创建单例
public enum Singleton {
INSTANCE;
}
测试类
public class Test1 {
public static void main(String[] args) {
Singleton instance = Singleton.INSTANCE;
Singleton instance1 = Singleton.INSTANCE;
System.out.println(instance == instance1);
//输出 true
}
}
注意：
由于枚举方式是饿汉式，因此根据饿汉式的特点，枚举方式也会造成内存浪费，但是在不考虑内存问题下，枚举方式是首选，毕竟实现最简单了
2.2懒汉式
懒汉式：类加载时不会创建该单实例对象，首次使用该对象时才会创建
1.懒汉式-方式1 (线程不安全)
public class Demo3 {
/**
*私有构造方法 让外界不能创建该类对象
*/
private Demo3(){}
/**
* 在类中创建该本类对象 static是由于外界获取该类对象的方法getInstance()是 static
* 没有进行赋值(创建对象)
*/
private static Demo3 instance;
/**
* 提供一个公共的访问方式，让外界可以获取该类的对象 static是因为外界不需要创建对象，直接通过类访问
*/
public static Demo3 getInstance(){
//在首次使用该对象时创建,因此instance赋值也就是对象创建 就是在外界获取该单例类的方法getInstance()中创建
instance = new Demo3();
return instance;
}
}
public class Test3 {
public static void main(String[] args) {
Demo3 instance = Demo3.getInstance();
Demo3 instance1 = Demo3.getInstance();
//判断两个对象是否是同一个
System.out.println(instance == instance1);
}
}
输出结果为false，表明我们创建懒汉式单例失败了。是因为我们在调用getInstance()时每次调用都会new一个实例对象，那么也就必然不可能相等了。
// 如果instance为null,表明还没有创建该类的对象，那么就进行创建
if(instance == null){
instance = new Demo3();
}
//如果instance不为null,表明已经创建过该类的对象，根据单例类只能创建一个对象的特点，因此 //我们直接返回instance
return instance;
}
注意：
我们在测试是只是单线程，但是在实际应用中必须要考虑到多线程的问题。我们假设一种情况，线程1进入if判断然后还没来得及创建instance，这个时候线程1失去了cpu的执行权变为阻塞状态，线程2获取cpu执行权，然后进行if判断此时instance还是null，因此线程2为instance赋值创建了该单例对象，那么等到线程1再次获取cpu执行权，也进行了instance赋值创建了该单例对象，单例模式被破坏。
2.懒汉式-方式2 (线程安全)
我们可以通过加synchronized同步锁的方式保证单例模式在多线程下依旧有效
public static synchronized Demo3 getInstance(){
//在首次使用该对象时创建,因此instance赋值也就是对象创建 就是在外界获取该单例类的方法getInstance()中创建
// 如果instance为null,表明还没有创建该类的对象，那么就进行创建
if(instance == null){
instance = new Demo3();
}
//如果instance不为null,表明已经创建过该类的对象，根据单例类只能创建一个对象的特点，因此我们直接返回instance
return instance;
}
注意：
虽然保证了线程安全问题，但是在getInstance()方法上添加了synchronized关键字，导致该方法执行效率很低（这是加锁的一个常见问题）。其实我们可以很容易发现，我们只是在判断instance时需要解决多线程的安全问题，而没必要在getInstance()上加锁
3.懒汉式-方式3（双重检查锁）
对于getInstance()方法来说，绝大部分的操作都是读操作，读操作是线程安全的，没必要让每个线程必须持有锁才能调用该方法，我们可以调整加锁的时机。
public class Demo4 {
/**
*私有构造方法 让外界不能创建该类对象
*/
private Demo4(){}
/**
*
* 没有进行赋值(创建对象) 只是声明了一个该类的变量
*/
private static Demo4 instance;
/**
* 提供一个公共的访问方式，让外界可以获取该类的对象 static是因为外界不需要创建对象，直接通过类访问
*/
public static Demo4 getInstance(){
// (第一次判断)如果instance为null,表明还没有创建该类的对象，那么就进行创建
if(instance == null){
synchronized (Demo4.class){
//第二次判断 如果instance不为null
if(instance == null){
instance = new Demo4();
}
}
}
//如果instance不为null,表明已经创建过该单例类的对象，不需要抢占锁,直接返回
return instance;
}
}
双重检查锁模式完美的解决了单例、性能、线程安全问题，但是只是这样还是有问题的…
JVM在创建对象时会进行优化和指令重排，在多线程下可能会发生空指针异常的问题，可以使用volatile关键字，volatile可以保证可见性和有序性。
private static volatile Demo4 instance;
如果发生指令重排 2 和 3 的步骤颠倒，那么instance会指向一块虚无的内存(也有可能是有数据的一块内存)
完整代码
public class Demo4 {
/**
*私有构造方法 让外界不能创建该类对象
*/
private Demo4(){}
/**
* volatile可以保证有序性
* 没有进行赋值(创建对象) 只是声明了一个该类的变量
*/
private static volatile Demo4 instance;
/**
* 提供一个公共的访问方式，让外界可以获取该类的对象 static是因为外界不需要创建对象，直接通过类访问
*/
public static Demo4 getInstance(){
// (第一次判断)如果instance为null,表明还没有创建该类的对象，那么就进行创建
if(instance == null){
synchronized (Demo4.class){
//第二次判断 如果instance不为null
if(instance == null){
instance = new Demo4();
}
}
}
//如果instance不为null,表明已经创建过该单例类的对象，不需要抢占锁,直接返回
return instance;
}
}
4.懒汉式-4 （静态内部类）
静态内部类单例模式中实例由内部类创建，由于JVM在加载外部类的过程中，是不会加载静态内部类的，只有内部类的属性/方法被调用时才会被加载，并初始化其静态属性。静态属性由于被final修饰，保证只被实例化一次，并且严格保证实例化顺序。
创建单例类
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 Test4 {
public static void main(String[] args) {
Singleton instance = Singleton.getInstance();
Singleton instance1 = Singleton.getInstance();
//判断两个对象是否是同一个
System.out.println(instance == instance1);
}
}
注意：
第一次加载Singleton类时不会去初始化INSTANCE，只有在调用getInstance()方法时，JVM加载SingletonHolder并初始化INSTANCE，这样可以保证线程安全，并且Singleton类的唯一性
静态内部类单例模式是一种开源项目比较常用的单例模式，在没有任何加锁的情况下保证多线程的安全，并且没有任何性能和空间上的浪费
3.单例模式的破坏
单例模式最重要的一个特点就是只能创建一个实例对象，那么如果能使单例类能创建多个就破坏了单例模式（除了枚举方式）破坏单例模式的方式有两种：
3.1序列化和反序列化
从以上创建单例模式的方式中任选一种（除枚举方式），例如静态内部类方式
//记得要实现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;
}
}
测试类
public class Test1 {
public static void main(String[] args) throws IOException {
writeObjectToFile();
}
/**
* 向文件中写数据（对象）
* @throws IOException
*/
public static void writeObjectToFile() throws IOException {
//1.获取singleton对象
Singleton instance = Singleton.getInstance();
//2.创建对象输出流对象
ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream("d:\\1.txt"));
//3.写对象
oos.writeObject(instance);
//4.释放资源
oos.close();
}
}
在d盘根目录下出现一个文件1.txt由于数据是序列化后的 咱也看不懂
然后我们从这个文件中读取instance对象
public static void main(String[] args) throws Exception {
// writeObjectToFile();
readObjectFromFile();
readObjectFromFile();
}
/**
* 从文件中读数据（对象）
* @throws Exception
*/
public static void readObjectFromFile() throws Exception {
//1.创建对象输入流对象
ObjectInputStream ois = new ObjectInputStream(new FileInputStream("d:\\1.txt"));
//2.读对象
Singleton instance = (Singleton) ois.readObject();
System.out.println(instance);
//3.释放资源
ois.close();
}
输出结果不相同，结论为：序列化破坏了单例模式，两次读的对象不一样了
com.xue.demo01.Singleton@2328c243
com.xue.demo01.Singleton@bebdb06
解决方案
在singleton中添加readResolve方法
/**
* 当进行反序列化时，会自动调用该方法，将该方法的返回值直接返回
* @return
*/
public Object readResolve(){
return SingletonHolder.INSTANCE;
}
重新进行写和读，发现两次读的结果是相同的，解决了序列化破坏单例模式的问题
为什么在singleton单例类中添加readResolve方法就可以解决序列化破坏单例的问题呢，我们在ObjectInputStream源码中在readOrdinaryObject方法中
private Object readOrdinaryObject(boolean unshared)
throws IOException{
//代码段
Object obj;
try {
//isInstantiable如果一个实现序列化的类在运行时被实例化就返回true
//desc.newInstance()会通过反射调用无参构造创建一个新的对象
obj = desc.isInstantiable() ? desc.newInstance() : null;
} catch (Exception ex) {
throw (IOException) new InvalidClassException(
desc.forClass().getName(),
"unable to create instance").initCause(ex);
}
//代码段
if (obj != null &&
handles.lookupException(passHandle) == null &&
//hasReadResolveMethod 如果实现序列化接口的类中定义了readResolve方法就返回true
desc.hasReadResolveMethod())
{
//通过反射的方式调用被反序列化类的readResolve方法
Object rep = desc.invokeReadResolve(obj);
if (unshared && rep.getClass().isArray()) {
rep = cloneArray(rep);
}
//代码段
}
3.2反射
从以上创建单例模式的方式中任选一种（除枚举方式），例如静态内部类方式
测试类
public class Test1 {
public static void main(String[] args) throws Exception {
//1.获取Singleton的字节码对象
Class<Singleton> singletonClass = Singleton.class;
//2.获取无参构造方法对象
Constructor cons = singletonClass.getDeclaredConstructor();
//3.取消访问检查
cons.setAccessible(true);
//4.反射创建对象
Singleton instance1 = (Singleton) cons.newInstance();
Singleton instance2 = (Singleton) cons.newInstance();
System.out.println(instance1 == instance2);
//输出false 说明反射破坏了单例模式
}
}
解决方案：
public class Singleton {
//static是为了都能访问
private static boolean flag = false;
private Singleton() {
//加上同步锁，防止多线程并发问题
synchronized (Singleton.class) {
//判断flag是否为true，如果为true说明不是第一次创建，抛异常
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;
}
}
这样就不能通过之前的反射方式破坏单例模式了，但是如果通过反射修改flag的值也是可以破坏单例模式的，但是这样可以防止意外反射破坏单例模式，如果刻意破坏是很难防范的,毕竟反射太强了🤣🤣🤣
来源：https://blog.csdn.net/qq_52595134/article/details/123670861
0
投稿猜你喜欢
- PrintStream 介绍PrintStream 是打印输出流，它继承于FilterOutputStream。PrintStream 是用
1、写在前面今天群里一个小伙伴问了这样一个问题，扩展方法与实例方法的执行顺序是什么样子的，谁先谁后（这个问题会在文章结尾回答）。所以写了这边- 前言最近和前端联调接口，需要进行一个省市区联动，最终定的方案是通过接口返回一个树形结构给前端，类似这样的结构：下面就把相关表和代码分享给大家
- 1、项目启动时报错如下Description:The bean 'securityManager', defined in
- 背景在工作中，遇到这样的场景：有个es索引构建服务，需要从各个业务服务获取索引的信息，从而构建索引，业务服务都实现同一个接口&mda
- 延伸：以后除了可以为实体类注入属性，还可以为配置类注入相关的配置信息1.编写实体类@Component@ConfigurationPrope
- 有看过我之前发表过的C#相关文章分享和阅读过我代码的朋友们可能会在我的代码里面经常看到各种各样的λ表达式动态拼接，C#
- Remember me功能就是勾选"记住我"后，一次登录，后面在有效期内免登录。先看具体配置：pom文件：<dep
- RelativePanel是在Windows 10 UWP程序中引入的一种新的布局面板，它是通过附加属性设置元素间的位置关系来对实现布局的。
- C#与C++ dll之间传递字符串string wchar_t* char* IntPtr1、由C#向C++ dll 传入字符串时，参数直接
- 去年就已经学了这个技术了，一直没去写，现在抽个时间写了个俄罗斯方块游戏。只有简单的新游戏，暂停，继续，积分功能。简单的实现了俄罗斯的经典功能
- progressDialog, 它有两个方法dialog.cancel() 和 dialog.dimiss()1. public void
- startActivityForResult与startActivity的不同之处在于：1、startActivity( )仅仅是跳转到目标
- 官网教程一、翻转（镜像）头文件 quick_opencv.h：声明类与公共函数#pragma once#include <opencv
- 带占位符的 URL 是 Spring3.0 新增的功能,该功能在SpringMVC 向 REST 目标挺进发展过程中具有里程碑的意义。通过
- List<T>.sort()可以实现对T的排序，比如List<int>.sort()执行后集合会按照in
- IntelliJ IDEA一个吸引人的地方在于，他有比较好的反编译工具，这让Eclipse用户牙痒痒。但不要紧，本文介绍如何在Eclipse
- 1. 你可以讲下进程与线程的区别？为什么要用多线程？进程：进程是程序的一次执行过程，是系统运行程序的基本单位。线程：单个进程中执行中每个任务
- 一、准备环境1.activiti软件环境1)JDK1.6或者更高版本；2)支持的数据库有：h2, mysql, oracle, postgr
- spring mvc @PathVariable / 带斜杠方式获取遇上这个问题，百度google了一下，抄袭里面的内容，可以实现，在此备忘
