设计模式:单利模式

2024-05-26 15:58
文章标签 设计模式 模式 单利

本文主要是介绍设计模式:单利模式,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

        单例模式是保证系统实例唯一性的重要手段。单例模式首先通过将类的实例化方法私有化来防止程序通过其他方式创建该类的实例,然后通过提供一个全局唯一获取该类实例的方法帮助用户获取类的实例,用户只需也只能通过调用该方法获取类的实例。下面列举常用单利模式的写法:

饿汉式单利模式

/*** 恶汉式单利模式** @Author: ganbo* @Date: 2020/6/8 20:42*/
public class HungrySingleton {private static HungrySingleton instance = new HungrySingleton();private HungrySingleton() {}public static HungrySingleton getInstance() {return instance;}
}
为了防止在其他地方创建该类的对象讲构造方法设置private.同时提供一个static的静态方法供外部调用获取该类对象.这里是属于恶汉型.在加载该类的时候就初始化,缺点就是可能在项目运行整个过程中都不会使用该对象,这样就涉及到了内存的浪费,这就要求单利对象的初始化要满足“延迟加载”。

懒汉式单例模式

/*** 懒汉式单利模式** @Author: ganbo* @Date: 2020/6/8 20:44*/
public class LazySingleton {private static LazySingleton instance;private LazySingleton() {}public static synchronized LazySingleton getInstance() {if (instance == null) {instance = new LazySingleton();}return instance;}
}

实现了在使用的时候在初始化,但是这里通过synchronized关键字“加锁”实现避免重复初始化,这样做虽然实现了延迟加载并且避免了重复初始化,但是每次获取该对象都要排队获得锁,在并发较高的场景下效率很低不可取。

双重检查锁式单利

/*** 双重检查锁模式单利模式** @Author: ganbo* @Date: 2020/6/8 20:57*/
public class DoubleCheckSingleton {/*** 这里用volatile修饰的目的就是禁止指令重排序*/private volatile static DoubleCheckSingleton instance;private DoubleCheckSingleton() {}public static DoubleCheckSingleton getInstance() {//检查是否需要阻塞if (instance == null) {synchronized (DoubleCheckSingleton.class) {if (instance == null) {instance = new DoubleCheckSingleton();}}}return instance;}
}
双锁模式指在懒汉模式的基础上做进一步优化,给静态对象的定义加上volatile锁来保障初始化时对象的唯一性(这里主要是使用了volatile有禁止重排序的功能特性),在获取对象时通过synchronized (Singleton.class)给单例类加锁来保障操作的唯一性。该种方式也有一个弊端就是加锁了,在并发极高的情况下第一次获取对象的时候会排队获取锁。

静态内部类式单利(推荐)

/*** 静态内部类方式单利模式** @Author: ganbo* @Date: 2020/6/8 20:55*/
public class StaticInnerClassSingleton {private static class SingletonHolder {private static StaticInnerClassSingleton instance = new StaticInnerClassSingleton();}private StaticInnerClassSingleton() {//防止通过反射破解该单利模式if(SingletonHolder.instance!=null){throw new RuntimeException("不允许重复实例化");}}public StaticInnerClassSingleton getInstance() {return SingletonHolder.instance;}
}

静态内部类通过在类中定义一个静态内部类,将对象实例的定义和初始化放在内部类中完成,我们在获取对象时要通过静态内部类调用其单例对象。之所以这样设计,是因为类的静态内部类在JVM中是唯一的,这很好地保障了单例对象的唯一性,同时静态内部类实在使用到的时候才会加载,这样也实现了“延迟加载”的效果。这里在构造方法中加了判断的目的就是为了用反射暴力破解该单利模式,以上所有单利模式按理来说都要在构造方法中这样判断处理,防止被反射暴力破解。推荐使用。

枚举式单利

/*** 枚举式单利* Created by gan on 2020/6/8 22:01.*/
public enum EnumSingleton {INSTANCE;public static EnumSingleton getInstance(){return INSTANCE;}}
枚举式单利也是比较推荐的单利模式,枚举式单利模式天然的做了处理,不可能通过反射的方式暴力破解。枚举式单利在类定义完了以后该类的对象就被列举出来了。推荐使用。

容器式单利

/*** 容器式单利模式* Created by gan on 2020/6/8 22:40.*/
public class ContainerSingleton {private static Map<String, Object> ioc = new ConcurrentHashMap();private ContainerSingleton() {}public static Object getInstance(String beanName) {Object instance = ioc.get(beanName);if (instance != null) {return ioc.get(beanName);} else {synchronized (ContainerSingleton.class) {if (getInstance(beanName) == null) {try {instance = Class.forName(beanName).newInstance();ioc.put(beanName, instance);} catch (Exception e) {e.printStackTrace();}}return instance;}}}
}

该方式是模拟了Spring IOC容器的实现。通过阅读Spring IOC源码可以查看到该种方式。

 

注意:上面的单利模式都可以通过序列化的方式暴力破解,决绝序列化暴力破解的方法就是在单利类中新增一个readResolve()方法,并且返回已经定义好的实例对象,可以通过将对象序列化和反序列化的方式验证。具体的单利写法如下,这里用饿汉式举例:

/*** 恶汉式单利模式** @Author: ganbo* @Date: 2020/6/8 20:42*/
public class HungrySingleton {private static HungrySingleton instance = new HungrySingleton();private HungrySingleton() {}public static HungrySingleton getInstance() {return instance;}//新增readResolve方法,方式通过序列化和反序列的方式暴力破解private Object readResolve(){return instance;}
}

 

这篇关于设计模式:单利模式的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1004918

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

模版方法模式template method

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架, 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器),他分为三个不同的层分别负责不同的职责。 View:该层用于存放视图,该层中我们可以对页面及控件进行布局。Model:模型一般都拥有很好的可复用性,在该层中,我们可以统一管理一些数据。Controlller:该层充当一个CPU的功能,即该应用程序

迭代器模式iterator

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 (列表、 栈和树等) 的情况下遍历集合中所有的元素

《x86汇编语言:从实模式到保护模式》视频来了

《x86汇编语言:从实模式到保护模式》视频来了 很多朋友留言,说我的专栏《x86汇编语言:从实模式到保护模式》写得很详细,还有的朋友希望我能写得更细,最好是覆盖全书的所有章节。 毕竟我不是作者,只有作者的解读才是最权威的。 当初我学习这本书的时候,只能靠自己摸索,网上搜不到什么好资源。 如果你正在学这本书或者汇编语言,那你有福气了。 本书作者李忠老师,以此书为蓝本,录制了全套视频。 试

利用命令模式构建高效的手游后端架构

在现代手游开发中,后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式,可以有效地解耦请求的发起者与接收者,提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象,使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括: 解耦请求发起者与处理者

springboot实战学习(1)(开发模式与环境)

目录 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 (3)前端 二、开发模式 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 Validation:做参数校验Mybatis:做数据库的操作Redis:做缓存Junit:单元测试项目部署:springboot项目部署相关的知识 (3)前端 Vite:Vue项目的脚手架Router:路由Pina:状态管理Eleme

状态模式state

学习笔记,原文链接 https://refactoringguru.cn/design-patterns/state 在一个对象的内部状态变化时改变其行为, 使其看上去就像改变了自身所属的类一样。 在状态模式中,player.getState()获取的是player的当前状态,通常是一个实现了状态接口的对象。 onPlay()是状态模式中定义的一个方法,不同状态下(例如“正在播放”、“暂停

软件架构模式:5 分钟阅读

原文: https://orkhanscience.medium.com/software-architecture-patterns-5-mins-read-e9e3c8eb47d2 软件架构模式:5 分钟阅读 当有人潜入软件工程世界时,有一天他需要学习软件架构模式的基础知识。当我刚接触编码时,我不知道从哪里获得简要介绍现有架构模式的资源,这样它就不会太详细和混乱,而是非常抽象和易

使用Spring Boot集成Spring Data JPA和单例模式构建库存管理系统

引言 在企业级应用开发中,数据库操作是非常重要的一环。Spring Data JPA提供了一种简化的方式来进行数据库交互,它使得开发者无需编写复杂的JPA代码就可以完成常见的CRUD操作。此外,设计模式如单例模式可以帮助我们更好地管理和控制对象的创建过程,从而提高系统的性能和可维护性。本文将展示如何结合Spring Boot、Spring Data JPA以及单例模式来构建一个基本的库存管理系统