单例模式双重检验锁的volatile和两次判空

最新推荐文章于 2024-03-03 17:21:38 发布

JAVA开发猿

最新推荐文章于 2024-03-03 17:21:38 发布

阅读量747

点赞数 4

分类专栏： JAVA

本文链接：https://blog.csdn.net/weixin_45398467/article/details/108893962

版权

本文探讨了Java中实现单例模式的双重检查锁定(DCL)方法，解释了为何需要两次判空检查以确保线程安全和性能优化。同时，详细阐述了volatile关键字在此处的作用，防止指令重排序导致的并发问题，以避免空指针异常的发生。

摘要由CSDN通过智能技术生成

首先是代码,经典的双重锁写法。

public class Singleton {
   
    private volatile static Singleton Instance;
    private Singleton(){
   }
    public static Singleton getInstance(){

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

JAVA开发猿

关注关注

4
点赞
踩
6

收藏

觉得还不错? 一键收藏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

专栏目录

面试官：说说双重检查加锁单例模式为什么两次if判断？

weixin_38983929的博客

11-11

3824

内层判断：如果内层不加if判断，就会实例化多次，这是显而易见的，这就违背了单例模式的单例二字。外层判断：试图想想一种情况，当线程1走完了内层判断，对象实例化了，线程3也调用了getInstace函数，如果没有加外层的判断线程3还是要继续等待线程2的完成，而加上外层判断，就不需要等待了，直接返回了实例化的对象。我的理解：外层的判断是为了提高效率，里层的判断就是第一次实例化需要。 ...

双重判断加锁的单例设计模式

wobushizhainan的博客

11-16

1714

java中设计模式是很常见的，共有25中，这里先写单例设计模式: public class SingleTon { SingleTon instance = null; public static SingleTon getInsatance(){ if(instance == null){ synchronized(SingleTon.this){ if(instance == null){

参与评论您还未登录，请先登录后发表或查看评论

阿里面试官必问：说说双重检查加锁单例模式为什么两次判断？

Java后端架构V

05-31

450

为什么是双重校验锁实现单例模式呢？也就是第一个if（singleton==null），这个是为了提高代码执行效率，由于单例模式只要一次创建实例即可，所以当创建了一个实例之后，再次调用getInstance方法就不必要进入同步代码块，不用竞争锁。直接返回前面创建的实例即可。

单例模式双重检验锁两次判断是否为null的意义

weixin_45866235的博客

01-04

1334

关于双重检验锁首先简单来看一个小例子： 1 public class Singleton{ 2 private static Singleton instance = null; 3 private Singleton(){} 4 5 public static Singleton getInstance(){ 6 if (instance == null) {//e1 7 synchronized(Singleton.cl

单例模式双重锁之两次判空的原因

jlnu0812407的博客

10-31

5538

双检锁/双重校验锁双层对空判断困扰了很久，突然明白了，记录一下。实例 public class Singleton { private volatile static Singleton singleton; private Singleton (){} public static Singleton getSingleton() { if (si...

双重检查锁为什么二次判空

shendaoyu的博客

03-24

1372

public class Single { private volatile static Single instance; private Single() { } public Single getInstance() { if (null == instance) { synchronized (Singleton.class) { if (null == instance) {

单例，二次判空校验，指令重排

CW_SZDX的博客

12-15

292

网上文章已很完备，此处引用下简单解释下：

双重检查锁单例模式为什么要用volatile关键字？

m0_72011831的博客

06-17

2376

从Java内存模型出发，结合并发编程中的原子性、可见性、有序性三个角度分析volatile所起的作用，并从汇编角度大致说了volatile的原理，说明了该关键字的应用场景；在这补充一点，分析下volatile是怎么在单例模式中避免双检锁出现的问题的。...

java并发编程(二十六)——单例模式的双重检查锁模式为什么必须加 volatile？

程序员资料站

01-03

745

我们为什么需要单例呢？其中**一个理由，那就是为了节省内存、节省计算。**因为在很多情况下，我们只需要一个实例就够了，如果出现更多的实例，反而纯属浪费。

Java单例模式双重校验锁为何两次if判断？

Top5软件工程硕士，先后在京东、字节从事多年Java后端开发、实时和离线大数据开发

12-28

3192

内层判断：如果内层不加if判断，就会实例化多次，这是显而易见的，这就违背了单例模式的单例二字。外层判断：试图想想一种情况，当线程1走完了内层判断，对象实例化了，线程3也调用了getInstace函数，如果没有加外层的判断线程3还是要继续等待线程2的完成，而加上外层判断，就不需要等待了，直接返回了实例化的对象。我的理解：外层的判断是为了提高效率【不必synchronized等待】，里层的判断就是第一次实例化需要。转自：https://blog.csdn.net/weixin_38983929/..

单例模式双重检测锁机制及volatile防指令重排

m764395448的博客

10-16

972

单例模式：其变量只有一份，即通过设置为static实现只有一份的要求为什么反射能破坏单例模式？解：因为单例模式类的构造器是私有的，因此不能在其他类中通过"new 类名(参数…);"调用构造器来创建对象，只能通过调用单例类中的创建静态对象的方法（详见下面例子中的getInstance()方法）来获取对象（单例类对象是静态的，全局只能有一个对象）。然而，反射可以无视构造器私有的限制，其仍能通过构造方法创建普通对象（非静态对象，不是全局唯一的）,反射可以创建多个不同的非静态的普通对象，导致对象不唯一，破坏了

大聪明教你学Java | 单例模式为什么要进行二次判空

热门推荐

不肯过江东丶

11-24

1万+

前言在面试的时候很多面试官都会让手写单例模式，这个倒是不难，只要理解了代码就能写的下来（就算死记硬背也能默写一遍????）~ 如果面试官问你，单例模式中为什么要进行二次判空，可能会有一部分小伙伴回答不上来这个问题… 其实我第一次被问到这个问题的时候也不知道原因，后来一通百度找到了答案，本着“独乐乐不如众乐乐的”原则，和大家分享一下我的心得~ 单例模式二次判空首先先贴上单例模式的代码 /** * 单例模式为什么要二次判空 * @description: Singleton * @author: 庄霸

[java]单类模式(包括双重判空 volatile 单例模式详解)

chengsiguo的博客

03-18

433

如果一个类的访问权限是private，这个类将隐藏它内部的所有内容（子类也不行）。如果父类不允许它的子类通过继承产生的子类来访问它的成员变量，可将这个成员变量定义为private。修饰符为protected的类，其子类和同包下的其他类是可见的。构造方法：每当实例化一个变量后，类都会自动调用其构造函数。类的默认权限是同包存取范围。单类模式：静态常量饿汉式 public class Sin...

单例模式之双重校验锁为什么校验两次

weixin_44301622的博客

12-06

487

快速了解双重检验单例模式的双重检验原因

懒汉式单例模式为什么要进行二次判空

zty762357419的博客

11-24

547

public class Singleton { // volatile 保证可见性和禁止指令重排序 private static volatile Singleton singleton; // 将构造器的修饰符设置为"private"，可以防止在外部进行new实例对象 private Singleton() { }; public static Singleton getInstance() { // 第一次检查 if

Java高频面试题：在DCL单例写法中，为什么主要做两次检查？

Tom弹架构

09-13

1270

DCL是一种单例模式写法的简称，全称是Double Check Lock，翻译过来叫双重检查锁。从命名上来理解，就是两次检查加一把锁。那么，两次检查又是检查什么，锁又是锁的什么？首先，来看这样一段代码，这是比较标准的DCL单例写法。}}}}}从代码中，我们发现两次检查的判断条件都是 null == instance，而且两个检查条件是嵌套的。在第1次检查条件的代码块中，加了一段synchronized代码块，synchronized就是锁。

【设计者模式】单例模式