java单例模式

①饿汉式

public class Hungry {
    private Hungry(){}
    private static final Hungry HUNGRY = new Hungry();
    public static Hungry getInstance(){
        return HUNGRY;
    }

    public static void main(String[] args) {
        Hungry hungry = Hungry.getInstance();
        System.out.println(hungry);
    }
}

一上来就把对象new出来，并用static final修饰，通过getInstance方法返回该对象
这种方式缺点也很明显，不管用没用这个对象，都先new出来，浪费了内存

②懒汉式

public class Lazy {
    private Lazy(){
        System.out.println(Thread.currentThread().getName()+"调用了构造函数");
    }
    private static Lazy lazy;
    public static Lazy getInstance(){
        if(lazy == null){
            lazy = new Lazy();
        }
        return lazy;
    }

    public static void main(String[] args) {
        for (int i = 0; i < 10; i++) {
            new Thread(()->{
                Lazy.getInstance();
            }).start();
        }
    }
}

Thread-0调用了构造函数
Thread-5调用了构造函数
Thread-3调用了构造函数
Thread-9调用了构造函数
Thread-1调用了构造函数
Thread-2调用了构造函数

这种方式相对于懒汉式有所改进，在类中只声明对象，不实例化；调用getInstance方法时，对象为null则实例化，否则直接返回。按理说只有第一次调用getInstance方法时会调用构造函数，new对象，以后都直接return。

单线程下确实没问题，但是多线程时，由运行结果可知，构造函数被多次调用，显然不符合单例模式。问题就出在多个线程同时调用了getInstance方法，解决方法就是通过synchronized加锁同步。

public class Lazy {
    private Lazy() {
        System.out.println(Thread.currentThread().getName() + "调用了构造函数");
    }

    private static Lazy lazy;

    public static Lazy getInstance() {
        if (lazy == null) {
            synchronized (Lazy.class) {
                if (lazy == null) {
                    lazy = new Lazy();
                }
            }
        }

        return lazy;
    }

    public static void main(String[] args) {
        for (int i = 0; i < 10; i++) {
            new Thread(() -> {
                Lazy.getInstance();
            }).start();
        }
    }
}

Thread-0调用了构造函数

这时只有第一个线程调用了构造函数，符合预期的结果。

但是事实上还要考虑另一个问题：当new一个对象时，并不是一个原子操作，可以分为三个步骤：①为对象分配内存空间，②实例化对象，③向对象的引用指向该内存空间。正常情况下按照①②③顺序执行是没问题的，但是cpu可能会指令重排，执行顺序变为①③②，这时如果一个线程执行到③（即对象引用指向了内存空间，不为null，但是由于对象还没有实例化，这块内存什么都没有），另外一个线程同时调用了getInstance方法，判断lazy不为null，直接返回了lazy，就出问题了。解决方法就是使用volatile关键字禁止指令重排。

public class Lazy {
    private Lazy() {
        System.out.println(Thread.currentThread().getName() + "调用了构造函数");
    }

    private volatile static Lazy lazy;

    public static Lazy getInstance() {
        if (lazy == null) {
            synchronized (Lazy.class) {
                if (lazy == null) {
                    lazy = new Lazy();
                }
            }
        }

        return lazy;
    }

    public static void main(String[] args) {
        for (int i = 0; i < 10; i++) {
            new Thread(() -> {
                Lazy.getInstance();
            }).start();
        }
    }
}

以上就是双重检测锁DCL

为什么要判断两次lazy == null？
假设第一个线程进入同步块new对象的过程中，第二个线程同时调用了getInstance方法，因为对象还没有被实例化，外面的if不成立，所以也将会执行同步块中的代码，但是目前处于阻塞状态。等到第一个线程创建完对象，第二个线程进入同步块，就会判断里面的if不成立（第一个线程已经实例化了对象），就不会再new了，如果没有里面的if，第二个线程就会又new一个，单例模式就不成立了。

以上单例模式，由于java反射机制的存在，都是不安全的，如②懒汉式，可以通过如下反射破环单例模式：

import java.lang.reflect.Constructor;
import java.lang.reflect.InvocationTargetException;

public class Lazy {
    private Lazy() {
        System.out.println(Thread.currentThread().getName() + "调用了构造函数");
    }

    private volatile static Lazy lazy;

    public static Lazy getInstance() {
        if (lazy == null) {
            synchronized (Lazy.class) {
                if (lazy == null) {
                    lazy = new Lazy();
                }
            }
        }

        return lazy;
    }

    public static void main(String[] args) throws NoSuchMethodException, SecurityException, InstantiationException,
            IllegalAccessException, IllegalArgumentException, InvocationTargetException {
        Lazy.getInstance();
        Constructor<Lazy> constructor = Lazy.class.getDeclaredConstructor();
        constructor.setAccessible(true);
        constructor.newInstance();

    }
}

main调用了构造函数
main调用了构造函数

上述代码中，先通过getInstance方法正常创建对象，然后又通过反射newInstance创建对象。由运行结果可知，两次创建对象都调用了构造函数，因为反射通过setAccessible(true)破坏了构造函数的私有性，使得单例模式被破坏。

如果加一个字段验证呢？

import java.lang.reflect.Constructor;
import java.lang.reflect.InvocationTargetException;

public class Lazy {
    private static boolean flag = false;
    private Lazy() {
        if(!flag){
            flag = true;
            System.out.println(Thread.currentThread().getName() + "调用了构造函数");
        }else{
            throw new RuntimeException("不要试图通过反射破坏单例！");
        }
       
    }

    private volatile static Lazy lazy;

    public static Lazy getInstance() {
        if (lazy == null) {
            synchronized (Lazy.class) {
                if (lazy == null) {
                    lazy = new Lazy();
                }
            }
        }

        return lazy;
    }

    public static void main(String[] args) throws NoSuchMethodException, SecurityException, InstantiationException,
            IllegalAccessException, IllegalArgumentException, InvocationTargetException {
        Lazy.getInstance();
        Constructor<Lazy> constructor = Lazy.class.getDeclaredConstructor();
        constructor.setAccessible(true);
        constructor.newInstance();

    }
}

main调用了构造函数
Exception in thread "main" java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
        at Lazy.main(Lazy.java:45)
Caused by: java.lang.RuntimeException: 不要试图通过反射破坏单例！
        at Lazy.<init>(Lazy.java:13)
        ... 5 more

这次加了一个flag字段，用在构造函数里，判断是否是第一次调用，第二次再调用时就会抛出异常，这样就无法通过反射无限制地创建对象了。

但是仍然是存在不安全性的，以上结论是在不知道这个字段的情况下实现的。所谓道高一尺，魔高一丈，如果这个验证字段被破解了，就可以通过反射重新设置它的值。

import java.lang.reflect.Constructor;
import java.lang.reflect.Field;
import java.lang.reflect.InvocationTargetException;

public class Lazy {
    private static boolean flag = false;

    private Lazy() {
        if (!flag) {
            flag = true;
            System.out.println(Thread.currentThread().getName() + "调用了构造函数");
        } else {
            throw new RuntimeException("不要试图通过反射破坏单例！");
        }

    }

    private volatile static Lazy lazy;

    public static Lazy getInstance() {
        if (lazy == null) {
            synchronized (Lazy.class) {
                if (lazy == null) {
                    lazy = new Lazy();
                }
            }
        }

        return lazy;
    }

    public static void main(String[] args) throws NoSuchMethodException, SecurityException, InstantiationException,
            IllegalAccessException, IllegalArgumentException, InvocationTargetException, NoSuchFieldException {
        // 正常创建第一个对象
        Lazy lazy1 = Lazy.getInstance();

        // 反射修改flag
        Field flag = Lazy.class.getDeclaredField("flag");
        flag.setAccessible(true);
        flag.set(lazy1, false);

        // 通过反射再次创建对象
        Constructor<Lazy> constructor = Lazy.class.getDeclaredConstructor();
        constructor.setAccessible(true);
        constructor.newInstance();

    }
}

main调用了构造函数
main调用了构造函数

③静态内部类

public class External {
    private External(){}
    public static class Internal{
        private static final External EXTERNAL = new External();
    }
    public static External getInstance(){
        return Internal.EXTERNAL;
    }
}

将类的实例作为静态内部类的成员属性，再通过getInstance方法获得

④枚举

以上三种方法都存在不安全性，那么怎么才能保证安全呢，查看newInstance源码，直接就能看到这段代码：

if ((clazz.getModifiers() & Modifier.ENUM) != 0)
        throw new IllegalArgumentException("Cannot reflectively create enum objects");

不能通过反射创建枚举对象！
枚举类型其实是自带单例模式

import java.lang.reflect.Constructor;
import java.lang.reflect.InvocationTargetException;

public enum EnumSingle {

    INSTANCE;

    public static EnumSingle getInstance() {
        return INSTANCE;
    }

    public static void main(String[] args) throws NoSuchMethodException, SecurityException, InstantiationException,
            IllegalAccessException, IllegalArgumentException, InvocationTargetException {

        EnumSingle instance1 = EnumSingle.getInstance();
        
        Constructor<EnumSingle> constructor = EnumSingle.class.getDeclaredConstructor();
        constructor.setAccessible(true);
        EnumSingle instance2 = constructor.newInstance();

        System.out.println(instance1);
        System.out.println(instance2);

    }
}

Exception in thread "main" java.lang.NoSuchMethodException: EnumSingle.<init>()
        at java.lang.Class.getConstructor0(Class.java:3082)
        at java.lang.Class.getDeclaredConstructor(Class.java:2178)
        at EnumSingle.main(EnumSingle.java:17)

好像哪里不对？出错是必然的，但是错误信息应该是上面说的Cannot reflectively create enum objects，而不是这个。

NoSuchMethodException，没有该方法，显然是构造函数不对，通过反编译class文件，得知构造函数有两个参数，分别为String和int

import java.lang.reflect.Constructor;
import java.lang.reflect.InvocationTargetException;

public enum EnumSingle {

    INSTANCE;

    public static EnumSingle getInstance() {
        return INSTANCE;
    }

    public static void main(String[] args) throws NoSuchMethodException, SecurityException, InstantiationException,
            IllegalAccessException, IllegalArgumentException, InvocationTargetException {

        EnumSingle instance1 = EnumSingle.getInstance();

        Constructor<EnumSingle> constructor = EnumSingle.class.getDeclaredConstructor(String.class, int.class);
        constructor.setAccessible(true);
        EnumSingle instance2 = constructor.newInstance();

        System.out.println(instance1);
        System.out.println(instance2);

    }
}

Exception in thread "main" java.lang.IllegalArgumentException: Cannot reflectively create enum objects
        at java.lang.reflect.Constructor.newInstance(Constructor.java:417)
        at EnumSingle.main(EnumSingle.java:19)

这才是想要的异常
得出结论：通过枚举实现的单例模式是安全的

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 216,240评论 6赞 498
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 92,328评论 3赞 392
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 162,182评论 0赞 353
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 58,121评论 1赞 292
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 67,135评论 6赞 388
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 51,093评论 1赞 295
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 40,013评论 3赞 417
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 38,854评论 0赞 273
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 45,295评论 1赞 310
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,513评论 2赞 332
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,678评论 1赞 348
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 35,398评论 5赞 343
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 40,989评论 3赞 325
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,636评论 0赞 22
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,801评论 1赞 268
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 47,657评论 2赞 368
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 44,558评论 2赞 352