设计模式系列:
30分钟学透设计模式1-单例模式的前世今生
30分钟学透设计模式2-随处可见的Builder模式
30分钟学透设计模式3-使用最多的Iterator模式
30分钟学透设计模式4-最简单的面向接口编程-简单工厂模式
30分钟学透设计模式5-从代理模式到AOP
单例模式:是一种对象创建模式,用于产生一个对象的实例。可以确保系统中一个类只产生一个实例。
好处:
- 对于频繁使用的对象,可以省略创建对象所花费的时间。
- 由于new操作次数的减少,对系统内存的使用频率会降低,减轻GC压力,缩短GC停顿时间。
- 由于一个类只有一个实例,可以用来保存一些状态值。
因此:
对于系统的关键组件和频繁使用的对象,使用单例模式可以有效改善系统性能。
#### 1、饿汉模式(类加载时初始化实例)
“`
public class Singleton {
private Singleton() {} // 条件 1
private static Singleton instance = new Singleton(); // 条件 2
public static Singleton getInstance() { // 条件 3
return instance;
}
}
“`
从上述的代码可以看到,其遵从了单例模式的三个条件:私有的构造方法、静态对象实例以及获取其的静态方法。
饿汉模式的缺点: 先把结论抛出来:饿汉效率差、饿汉效率差、饿汉效率差…
- 由于在JVM类加载时完成对象实例化过程,因此类加载速度要慢;
- 而且不支持延时加载,虽然并没有使用单例类,但它还是被创建出来了。
那我们尝试修改下代码,不让其在JVM类加载时初始化对象,让其支持延时加载。
public class Singleton {
private Singleton() {} // 条件 1
private static Singleton instance; // 条件 2,默认为null
public static Singleton getInstance() { // 条件 3
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}
为什么称之为懒汉模式呢?
这是因为其静态属性(条件2)初始值为null,只有当第一次构建单例(条件3)时才会构建并返回。
这里需要注意的是静态方法的初始化时机在类加载,但并非是执行一次此方法。
懒汉模式缺点:先把结论抛出来:懒汉不安全,懒汉不安全,懒汉不安全…
设想这样一种情景:在Singleton类刚完成初始化,此时instance=null, 这时有两个线程同时通过getInstance()方法获取对象实例。
当线程1和线程2同时走到上图的位置上,同时判断为instance=null,此时两个线程均执行之后的new操作。
还有一点是,相对于饿汉模式,懒汉获取instance的速度变慢了。(多了一次判断)
没想到不通过JVM类加载了,竟出现的懒汉线程不安全的现象,那我们尝试修改一下代码。
public class Singleton {
private Singleton() {} // 条件 1
private static Singleton instance; // 条件 2,默认为null
public static synchronized Singleton getInstance() { // 条件 3
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}
从代码上看,我们仅仅增加了synchronized同步关键字,就保证了其线程安全性。这样就是最佳实现了吧?
未必,由于方法整体被synchronized同步,而且每次调用只能是单个线程操作,其并发度大大降低。
那应该怎么处理呢?回想我们加synchronized同步关键字的目的?
我们是为了在第一次初始化instance时,防止两个线程同时new操作,才增加的这个关键字。那我们可以在第一次new是使用synchronized同步关键字啊。
那我们再次尝试修改一下代码。
public class Singleton {
private Singleton() {} // 条件 1
private static Singleton instance; // 条件 2,默认为null
public static Singleton getInstance() { // 条件 3
if (instance == null) {
synchronized (Singleton.class) {
instance = new Singleton();
}
}
return instance;
}
}
我们把synchronized同步关键字加到了判空的后面。
等一下,这似乎并没有什么卵用啊?在new操作之前加锁,仍然不能改变两个线程new两个实例,只不过是将其new操作在时间上进行了分离。
既然两个new操作在时间上分离了,那第二次new操作我再判空一次?
public class Singleton {
private Singleton() {} // 条件 1
private static Singleton instance; // 条件 2,默认为null
public static Singleton getInstance() { // 条件 3
if (instance == null) {
synchronized (Singleton.class) {
if (instance == null) {
instance = new Singleton();
}
}
}
return instance;
}
}
这就是大名鼎鼎的double check型单例模式。
看似完美,难道这就是单例的最佳实现?未必。让我们再次看看下面的代码:
假设这样一种场景,线程1和线程2同时进入单例获取实例对象,存在这样一刻,线程1走到红色的箭头处,线程2走到绿色的箭头处。
此时线程1正在对instance进行实例化;而线程2会存在两种结局,其一是线程1还未创建完,进入下一行等待锁;其二是线程1**“貌似”**已经创建完成,线程1返回instance。
看似并没有什么问题,但问题就出现在这个貌似上,其实线程2并不知道线程1是否完成了创建,反正结果就是instance != null
,线程2继续执行。
为什么说貌似会有问题呢?因为 instance != null
并不能代表instance完成了创建。
看到这里,知道结论就行,下面的原理部分可以略过。主要是涉及指令排序惹的祸。
我是分割线 ↑
指令重排序:编译器或运行时环境为了优化程序性能而采取的对指令进行重新排序执行的一种手段。
问题就出现在下面这行代码上:
instance = new Singleton();
这行并不是atomic操作,它实际被分成几个步骤:
- 1. allocate memory:分配内存
- 2. initialize the object Singleton into the allocated memory:初始化对象
- 3. assign allocated memory to instance ref:设置instance指向刚分配的内存地址,此时instance != null
但这三条指令顺序,有可能会经过JVM和CPU的优化,指令重排成下面的顺序:1→3→2
此时线程1执行了指令1和3,此刻instance != null
,那么线程2走到绿色的箭头上,判空不成立,获取到“半成品”的instance。
我是分割线↓
那怎么解决这种由于指令重排序导致的问题呢?
我们可以在instance前面加上volatile关键字。
public class Singleton {
private Singleton() {} // 条件 1
private static volatile Singleton instance; // 条件 2,默认为null
public static Singleton getInstance() { // 条件 3
if (instance == null) {
synchronized (Singleton.class) {
if (instance == null) {
instance = new Singleton();
}
}
}
return instance;
}
}
这里简单介绍下volatile关键字,可以略过。结论就是:通过volatile关键字防止指令重排序。
What is the Java volatile keyword?
Essentially, volatile is used to indicate that a variable’s value will be modified by different threads.
Declaring a volatile Java variable means:
* The value of this variable will never be cached thread-locally: all reads and writes will go straight to “main memory”;
* Access to the variable acts as though it is enclosed in a synchronized block, synchronized on itself.
volatile关键字不但可以保证线程访问的变量值是主存中的最新值,而且可以防止指令重排。
OK,到这里终于找到了单例模式的最佳实现了。未必。
据说大部分JVM的implementation并不尊重volatile的规则,并且这个类可以通过反射构造多个实例对象。
回到懒汉加载方式上,我们只是想延迟加载,但是线程不安全带来的问题,除了加锁外还有没有其他方式呢?
还真有,我们下面通过静态内部类的方式来实现单例。
public class Singleton {
private Singleton() {} // 条件 1
private static class Holder {
private static final Singleton instance = new Singleton(); // 条件 2
}
public static Singleton getInstance() { // 条件 3
return Holder.instance;
}
}
我们这里引用一个关于内部类的结论:
加载一个类时,其内部类不会同时被加载。一个类被加载,当且仅当其某个静态成员(静态域、构造器、静态方法等)被调用时发生。
这就说明了这种静态内部类的方式其实是一种延迟加载的方式。
上面的代码中,由于 instance 在静态内部类中,并没有作为Singleton的成员属性直接实例化,因此类加载时不会实例化Singleton。
第一次调用getInstance()时将加载内部类Holder,在此内部类中定义了一个static类型的instance,此时首先会初始化instance,由JVM来保证其线程安全性,确保该成员变量只能初始化一次。由于getInstance()方法没有任何线程锁定,其性能不会有任何影响。
借用 《Effective Java》一书中的话,
单元素的枚举类型已经成为实现Singleton的最佳方法。
那我们看下,单元素枚举怎么实现单例呢?
public enum Singleton {
INSTANCE;
public void donothing() {
// donothing
}
}
由于这种方式的单例在面对复杂序列化以及反射攻击时,都能防止多次实例化。被称为单例模式的最佳实现。
文章浏览阅读529次。百分百题库提供建筑八大员(材料员)考试试题、建筑八大员(材料员)考试预测题、建筑八大员(材料员)考试真题、建筑八大员(材料员)证考试题库等,提供在线做题刷题,在线模拟考试,助你考试轻松过关。310项目经理部应编制机械设备使用计划并报()审批。A监理单位B企业C建设单位D租赁单位答案:B311对技术开发、新技术和新工艺应用等情况进行的分析和评价属于()。A人力资源管理考核B材料管理考核C机械设备管理考核D技术管理考核答案:D312建筑垃圾和渣土._料账的试题
文章浏览阅读614次。本文由chatgpt生成,文章没有在chatgpt生成的基础上进行任何的修改。以上只是chatgpt能力的冰山一角。作为通用的Aigc大模型,只是展现它原本的实力。对于颠覆工作方式的ChatGPT,应该选择拥抱而不是抗拒,未来属于“会用”AI的人。AI职场汇报智能办公文案写作效率提升教程 专注于AI+职场+办公方向。下图是课程的整体大纲下图是AI职场汇报智能办公文案写作效率提升教程中用到的ai工具。_python自动打开浏览器
文章浏览阅读545次。Linux中安装JDK-RPM方式_linux 安装jdk rpm
文章浏览阅读25次。免费领取项目源码,请关注赞收藏并私信博主,谢谢-高校志愿者管理系统主要功能模块包括页、个人资料(个人信息。修改密码)、公共管理(轮播图、系统公告)、用户管理(管理员、志愿用户)、信息管理(志愿资讯、资讯分类)、活动分类、志愿活动、报名信息、活动心得、留言反馈,采取面对对象的开发模式进行软件的开发和硬体的架设,能很好的满足实际使用的需求,完善了对应的软体架设以及程序编码的工作,采取SQL Server 作为后台数据的主要存储单元,采用Asp.Net技术进行业务系统的编码及其开发,实现了本系统的全部功能。
文章浏览阅读122次。原标题:小米OV对于是否采用鸿蒙保持沉默,原因是中国制造需要它们目前华为已开始对鸿蒙系统大规模宣传,不过中国手机四强中的另外三家小米、OPPO、vivo对于是否采用鸿蒙系统保持沉默,甚至OPPO还因此而闹出了一些风波,对此柏铭科技认为这是因为中国制造当下需要小米OV几家继续将手机出口至海外市场。 2020年中国制造支持中国经济渡过了艰难的一年,这一年中国进出口贸易额保持稳步增长的势头,成为全球唯一..._小米宣布用鸿蒙系统
文章浏览阅读1.3k次。1.Kafka Eagle实现kafka消息监控的代码细节是什么?2.Kafka owner的组成规则是什么?3.怎样使用SQL进行kafka数据预览?4.Kafka Eagle是否支持多集群监控?1.概述在《Kafka 消息监控 - Kafka Eagle》一文中,简单的介绍了 Kafka Eagle这款监控工具的作用,截图预览,以及使用详情。今天_kafka eagle git
文章浏览阅读1.1k次,点赞29次,收藏19次。Eva.js 是一个专注于开发互动游戏项目的前端游戏引擎。:Eva.js 提供开箱即用的游戏组件供开发人员立即使用。是的,它简单而优雅!:Eva.js 由高效的运行时和渲染管道 (Pixi.JS) 提供支持,这使得释放设备的全部潜力成为可能。:得益于 ECS(实体-组件-系统)架构,你可以通过高度可定制的 API 扩展您的需求。唯一的限制是你的想象力!_eva.js
文章浏览阅读1k次。Objective-C概述Objective-C是一种面向对象的计算机语言,1980年代初布莱德.考斯特在其公司Stepstone发明Objective-C,该语言是基于SmallTalk-80。1988年NeXT公司发布了OC,他的开发环境和类库叫NEXTSTEP, 1994年NExt与Sun公司发布了标准的NEXTSTEP系统,取名openStep。1996_objective-c特点及应用领域
文章浏览阅读955次,点赞20次,收藏16次。TIM(Timer)定时器定时器可以对输入的时钟进行计数,并在计数值达到设定值时触发中断16位计数器、预分频器、自动重装寄存器的时基单元,在 72MHz 计数时钟下可以实现最大 59.65s 的定时,59.65s65536×65536×172MHz59.65s65536×65536×721MHz不仅具备基本的定时中断功能,而且还包含内外时钟源选择、输入捕获、输出比较、编码器接口、主从触发模式等多种功能。_stm32 tim寄存器详解
文章浏览阅读1.5k次。对于任何有兴趣学习前端 Web 开发的人来说,了解 HTML、CSS 和JavaScript 之间的区别至关重要。这三种前端语言都是您访问过的每个网站的用户界面构建块。而且,虽然每种语言都有不同的功能重点,但它们都可以共同创建令人兴奋的交互式网站,让用户保持参与。因此,您会发现学习所有三种语言都很重要。如果您有兴趣从事前端开发工作,可以通过多种方式学习这些语言——在艾编程就可以参与到学习当中来。在本文中,我们将回顾每种语言的特征、它们如何协同工作以及您可以在哪里学习它们。HTML vs C._艾编程学习资料
文章浏览阅读2.8k次。点云配准主要针对点云的:不完整、旋转错位、平移错位。因此要得到完整点云就需要对局部点云进行配准。为了得到被测物体的完整数据模型,需要确定一个合适的坐标系变换,将从各个视角得到的点集合并到一个统一的坐标系下形成一个完整的数据点云,然后就可以方便地进行可视化,这就是点云数据的配准。点云配准技术通过计算机技术和统计学规律,通过计算机计算两个点云之间的错位,也就是把在不同的坐标系下的得到的点云进行坐标变..._局部点云与全局点云配准
文章浏览阅读273次。提取码:0oorGoogle和YouTube由于Python的高可适应性、易于维护以及适合于快速开发而采用它。如果你想要编写高质量、高效的并且易于与其他语言和工具集成的代码,《Python学习手册:第4 版》将帮助你使用Python快速实现这一点,不管你是编程新手还是Python初学者。本书是易于掌握和自学的教程,根据作者Python专家Mark Lutz的著名培训课程编写而成。《Python学习..._零基础学pythonpdf电子书