专栏首页大猫的Java笔记DCL单例模式你不知道的秘密

DCL单例模式你不知道的秘密

1.什么是单例模式?

当new一个对象时,每一次new都是创建一个新的对象,而单例模式就是无论怎么样去获取一个对象,永远都是拿到的同一个对象。

2.传统懒汉单例模式到DCL单例

public class Singleton {
    private static Singleton singleton;
    public static Singleton getSingleton(){        if(singleton == null){            singleton = new Singleton();        }        return singleton;    }
    public static void main(String[] args) {        for (int i = 0; i < 10; i++) {            Singleton singleton = Singleton.getSingleton();            System.out.println(singleton);        }    }}

输出结果

ps:看似没什么问题,可是如果在多线程环境下会出现什么问题呢?我们用代码看一下多线程环境下他是否还是单例呢?

public class Singleton {
    private static Singleton singleton;

    public static Singleton getSingleton(){        if(singleton == null){            try {                Thread.sleep(1000);            } catch (InterruptedException e) {                e.printStackTrace();            }            singleton = new Singleton();        }        return singleton;    }
    public static void main(String[] args) {       new Thread(() ->{           Singleton singleton = Singleton.getSingleton();           System.out.println(singleton);       },"t1").start();
       new Thread(() ->{           Singleton singleton = Singleton.getSingleton();           System.out.println(singleton);       },"t2").start();    }}

根据输出结果显然此时获取出来的已经不再是单例,原因是什么呢?,当线程1进入getSingleton()方法时,首先判断是否为null,因为第一次肯定是null,而此时如果还没有执行singleton = new Singleton();,同时线程2进来发现不为null,那么此时就会创建两个不同的对象,那么就产生了两个不同的对象?

然后有人就说了这个很好解决啊,只需要在方法上加一个synchronized就可以保证线程安全了

public class Singleton {
    private static Singleton singleton;
    public static synchronized Singleton getSingleton(){        if(singleton == null){            try {                Thread.sleep(1000);            } catch (InterruptedException e) {                e.printStackTrace();            }            singleton = new Singleton();        }        return singleton;    }}

可是其他人就说你这样加是锁了整个方法,效率太低了,于是衍生出了这种加锁的方式。

public class Singleton {
    private static Singleton singleton;        public static Singleton getSingleton(){        if(singleton == null){            synchronized(Singleton.class){                try {                    Thread.sleep(1000);                } catch (InterruptedException e) {                    e.printStackTrace();                }                singleton = new Singleton();            }        }        return singleton;    }}

可是这样就线程安全了吗?不是,如果线程1去获取实例,判断为null,拿到锁此时线程2也进来了,由于线程1还没有创建实例,此时判断也是为null,所以会继续执行,此时线程1即使拿了锁在创建对象,但是线程2已经走过了判断,获取出来的对象也不是单例的;于是DCL单例模式就诞生了,因为判断了两次所以称之为double-check-locking简称DCL单例。

public class Singleton {
    private static Singleton singleton;        public static Singleton getSingleton(){        if(singleton == null){            synchronized(Singleton.class){                if(singleton == null){                    try {                        Thread.sleep(1000);                    } catch (InterruptedException e) {                        e.printStackTrace();                    }                    singleton = new Singleton();                }            }        }        return singleton;    }}

那么问题又来了DCL单例确实没问题吗?确实没问题,但是需要注意的是private static Singleton singleton;这一句,是必须要加volatile,那为什么需要加volatile呢?如果不加会怎么样呢?我们先了解一下volatile的作用,volatile有两个作用

1.线程可见性,就是如果一个线程操作成员变量以后,计算机的问题并不是马上线程2就知道此时的值已经改变,他需要先告诉计算机的内存,然后线程2再从计算机内存哪儿知道已经改变,加了volatile以后就是直接告诉线程2我己经改变了值,省略中间告诉计算机内存哪一步。

2.禁止指令重排序,由于计算机的关系,计算机在为了效率考虑时如果认为前一步指令时间可能运行起来时间周期可能太长,会先执行比较快的指令例如赋值操作寄存器等,而后执行相对而言比较慢的指令。

3.单例为什么必须加volatile

先看一下,对象在初始化操作时,做了哪些操作呢?我们使用javap -c xxx.class来查看一个对象初始化时做了哪些汇编指令的操作。

public class MyObject {    private static int a = 8;
    public MyObject() {    }

    public static void main(String[] args) {        MyObject myObject = new MyObject();    }
}

1: new这个指令是在创建对象时在堆内存开辟一个空间,同时给成员变量赋初始值上面为int类型那么就是0

2: dup复制这个对象

3: invokespecial执行构造方法,并赋值给成员变量,也就是这个时候才把8给a变量

4: astore_1建立关联,也就是把对象的地址给myObject5: return最后返回回到正题,那么如果不加volatile的话,就会发生指令重排序。

如果invokespecial 和astore_1发生指令重排序那么也就是先建立关联,然后再执行构造方法且赋值给成员变量,也就是说在DCL单例下,如果发生指令重排序,当第一个线程进来后判断为null然后调用new Singleton的时候此时的成员变量拿到的是个半初始状态的对象,刚好此时线程2进来因为已经建立了关联只是半初始状态,所以对象是有引用的,那么判断就不为null,然后直接去使用此单例,而此时使用就是一个半初始状态的单例所以会出现不可预估的问题,这就是为什么DCL单例要加volatile的原因。

本文分享自微信公众号 - 大猫的Java笔记(damaoJava),作者:大猫

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2020-03-29

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 非比较排序--基数排序实现给字符串数组排序

    前面学习了计数排序,可以实现O(n+k)的时间复杂度,但是他有很大的局限性,最大的问题就是如果最大值和最小值之间相差太大的话,那么会浪费掉很大的空间,比如要排序...

    大猫的Java笔记
  • MySQL视图的创建与使用

    视图是MySQL的一种虚拟表,实际的表我们可以看到每一行的数据,而视图是另一种形式的表,他可以将任何的查询结果变成一种虚拟的表方便下一次进行查询。

    大猫的Java笔记
  • 为什么插入排序比冒泡排序更受欢迎?

    插入排序和冒泡排序的时间复杂度相同,都是 O(n2),在实际的软件开发里,为什么我们更倾向于使用插入排序算法而不是冒泡排序算法呢?

    大猫的Java笔记
  • 你真的会写单例模式吗?

    顾名思义,饿汉法就是在第一次引用该类的时候就创建对象实例,而不管实际是否需要创建。代码如下:

    JAVA葵花宝典
  • ​单例模式的几种写法你用的哪种?

    来源:http://www.tekbroaden.com/singleton-java.html

    Java小咖秀
  • 单例模式,没你想的简单

    来 源:http://www.tekbroaden.com/singleton-java.html

    一个优秀的废人
  • 你真的会写JAVA的单例模式吗?

    单例模式可能是代码最少的模式了,但是少不一定意味着简单,想要用好、用对单例模式,还真得费一番脑筋。本文对Java中常见的单例模式写法做了一个总结,如有错漏之处,...

    乱敲代码
  • 单例模式以及七种实现方式

    通过两个判断,第一层是避免不必要的同步,第二层判断是否为null。 可能会出现DCL模式失效的情况。 DCL模式失效: singleton=new Single...

    用户6182664
  • java多线程编程核心技术——第六章总结

    1.0立即加载/“饿汉式”   立即加载:实用类的时候已经将对象创建完毕,常见的实现方法就是直接new实例化。   注:是在调用方法前,就已经实例化了(通常是...

    用户1134788
  • 单例设计模式总结

    最近看到一篇关于单例模式较为详细的讲解的文章:https://coolshell.cn/articles/265.html 下面对此文章进行摘录 (Java)

    xuyaowen

扫码关注云+社区

领取腾讯云代金券