专栏首页编程大道单例模式的几种实现方式及对比

单例模式的几种实现方式及对比

目录:

1、饿汉模式

  • 静态常量
  • 枚举
  • 静态代码块

2、懒汉模式

  • 单线程形式
  • 多线程形式
  • 内部类形式

3、破坏单例模式的方法及预防措施

4、总结


正文

单例模式是设计模式中最简单也是最常用的模式之一,所谓单例就是在系统中只有一个该类的实例。

单例模式的核心分以下三个步骤:

  1. 构造方法私有化。即不能在类外实例化,只能在类内实例化。
  2. 在本类中创建本类的实例。
  3. 在本类中提供给外部获取实例的方式。

单例模式的实现方式有两种:饿汉模式和懒汉模式。

饿汉模式

不管现在需不需要,先创建实例。关键在于“饿”,饿了就要立即吃。

静态常量

这里将类的构造器私有化,就不能在外部通过new关键字创建该类的实例,然后定义了一个该类的常量,用static修饰,以便外部能够获得该类实例(通过HungryStaticConstantSingleton.INSTANCE 获得)。也可以不加final关键字,具体看自己的需求。或者将INSTANCE私有化,并提供静态方法getInstance返回INSTANCE实例。

/** * 饿汉模式-静态常量,简洁直观 */public class HungryStaticConstantSingleton{    //构造器私有化    private HungryStaticConstantSingleton() {    }    //静态变量保存实例变量 并提供给外部实例    public final static HungryStaticConstantSingleton INSTANCE = new HungryStaticConstantSingleton();}
优点
  • 由于使用了static关键字,保证了在引用这个变量时,关于这个变量的所以写入操作都完成,所以保证了JVM层面的线程安全。
缺点
  • 不能实现懒加载,造成空间浪费。如果一个类比较大,我们在初始化的时就加载了这个类,但是我们长时间没有使用这个类,这就导致了内存空间的浪费。

枚举

这种方式是最简洁的,不需要考虑构造方法私有化。值得注意的是枚举类不允许被继承,因为枚举类编译后默认为final class,可防止被子类修改。常量类可被继承修改、增加字段等,容易导致父类的不兼容。枚举类型是线程安全的,并且只会装载一次,设计者充分的利用了枚举的这个特性来实现单例模式,枚举的写法非常简单,而且枚举类型是所用单例实现中唯一一种不会被破坏的单例实现模式

/** * 饿汉-枚举形式,最简洁 */public enum HungryEnumSingleton{    INSTANCE;    public void print(){        System.out.println("这是通过枚举获得的实例");        System.out.println("HungryEnumSingleton.pring()");    }}

Test,打印实例直接输出了【INSTANCE】,是因为枚举帮我们实现了toString,默认打印名称。

public class EnumSingleton2Test{    public static void main(String[] args) {        HungryEnumSingleton singleton2 = HungryEnumSingleton.INSTANCE;        System.out.println(singleton2);        singleton2.print();    }}

输出结果

静态代码块

这种方式和上面的静态常量/变量类似,只不过把new放到了静态代码块里,从简洁程度上比不过第一种。但是把new放在static代码块有别的好处,那就是可以做一些别的操作,如初始化一些变量,从配置文件读一些数据等。

/** * 饿汉模式-静态代码块 */public class HungryStaticBlockSingleton{    //构造器私有化    private HungryStaticBlockSingleton() {    }    //静态变量保存实例变量    public static final HungryStaticBlockSingleton INSTANCE;    static {        INSTANCE = new HungryStaticBlockSingleton();    }}

如下,在static代码块里读取 info.properties 配置文件动态配置的属性,赋值给 info 字段。

/** * 饿汉模式-静态代码块 * 这种用于可以在静态代码块进行一些初始化 */public class HungryStaticBlockSingleton{    private String info;    private HungryStaticBlockSingleton(String info) {        this.info = info;    }    //构造器私有化    private HungryStaticBlockSingleton() {    }    //静态变量保存实例变量    public static final HungryStaticBlockSingleton INSTANCE;    static {        Properties properties = new Properties();        try {            properties.load(HungryStaticBlockSingleton.class.getClassLoader().getResourceAsStream("info.properties"));        } catch (IOException e) {            e.printStackTrace();        }        INSTANCE = new HungryStaticBlockSingleton(properties.getProperty("info"));    }    public String getInfo() {        return info;    }    public void setInfo(String info) {        this.info = info;    }}

Test,

public class HungrySingletonTest{    public static void main(String[] args) {        HungryStaticBlockSingleton hun = HungryStaticBlockSingleton.INSTANCE;        System.out.println(hun.getInfo());    }}

输出

懒汉模式

需要时再创建,关键在于“懒”,类似懒加载。

非线程安全

同样是构造方法私有化,提供给外部获得实例的方法,getInstance()方法被调用时创建实例。该方式适用于单线程,因为在多线程的情况下可能会发生线程安全问题,导致创建不同实例的情况发生。可以看下面的演示。

/** * 懒汉模式-线程不安全的,适用于单线程 */public class LazyUnsafeSingleton{    private LazyUnsafeSingleton(){    }    private static LazyUnsafeSingleton instance;    public static LazyUnsafeSingleton getInstance(){        if(instance==null){            instance = new LazyUnsafeSingleton();        }        return instance;    }}

非线程安全演示

public class LazyUnsafeSingletionTest{    public static void main(String[] args) throws ExecutionException, InterruptedException {        ExecutorService es = Executors.newFixedThreadPool(2);        Callable<LazyUnsafeSingleton> c1 = new Callable<LazyUnsafeSingleton>(){            @Override            public LazyUnsafeSingleton call() throws Exception {                return LazyUnsafeSingleton.getInstance();            }        };        Callable<LazyUnsafeSingleton> c2 = new Callable<LazyUnsafeSingleton>(){            @Override            public LazyUnsafeSingleton call() throws Exception {                return LazyUnsafeSingleton.getInstance();            }        };        Future<LazyUnsafeSingleton> submit = es.submit(c1);        Future<LazyUnsafeSingleton> submit1 = es.submit(c2);        LazyUnsafeSingleton lazyUnsafeSingleton = submit.get();        LazyUnsafeSingleton lazyUnsafeSingleton1 = submit1.get();        es.shutdown();
        System.out.println(lazyUnsafeSingleton);        System.out.println(lazyUnsafeSingleton);        System.out.println(lazyUnsafeSingleton1==lazyUnsafeSingleton);    }}

输出 大概运行三次就会出现一次,我们可以在 LazyUnsafeSingleton 中判断 if(instance==null) 之后增加线程休眠以获得更好的效果。

线程安全的双重检查锁模式

该方式是懒汉模式中线程安全的创建方式。通过同步代码块控制并发创建实例。并且采用双重检验,当两个线程同时执行第一个判空时,都满足的情况下,都会进来,然后去争锁,假设线程1拿到了锁,执行同步代码块的内容,创建了实例并返回,此时线程2又获得锁,执行同步代码块内的代码,因为此时线程1已经创建了,所以线程2虽然拿到锁了,如果内部不加判空的话,线程2会再new一次,导致两个线程获得的不是同一个实例。线程安全的控制其实是内部判空在起作用,至于为什么要加外面的判空下面会说。

/** * 懒汉模式-线程安全,适用于多线程 */public class LazySafeSingleton{    private static volatile LazySafeSingleton safeSingleton;//防止指令重排    private LazySafeSingleton() {    }    public static LazySafeSingleton getInstance(){        if(safeSingleton==null){            synchronized (LazySafeSingleton.class){                if(safeSingleton==null){//双重检测                    safeSingleton = new LazySafeSingleton();                }            }
        }        return safeSingleton;    }}

当不加内层判空时,会出现不是单例的情况,只不过出现的概率更低了点。

可不可以只加内层判空呢?答案是可以。

那为什么还要加外层判空的呢?内层判空已经可以满足线程安全了,加外层判空的目的是为了提高效率。因为可能存在这样的情况:线程1拿到锁后执行同步代码块,在new之后,还没有释放锁的时候,线程2过来了,它在等待锁(此时线程1已经创建了实例,只不过还没释放锁,线程2就来了),然后线程1释放锁后,线程2拿到锁,进入同步代码块汇总,判空,返回。这种情况线程2是不是不用去等待锁了?所以在外层又加了一个判空就是为了防止这种情况,线程2过来后先判空,不为空就不用去等待锁了,这样提高了效率。

双重检查锁模式是一种非常好的单例实现模式,解决了单例、性能、线程安全问题,上面的双重检测锁模式看上去完美无缺,其实是存在问题,在多线程的情况下,可能会出现空指针问题,出现问题的原因是JVM在实例化对象的时候会进行优化和指令重排序操作。什么是指令重排?

上面的safeSingleton = new LazySafeSingleton();操作并不是一个原子指令,会被分割成多个指令:

1 memory = allocate(); //1:分配对象的内存空间2 ctorInstance(memory); //2:初始化对象3 instance = memory; //3:设置instance指向刚分配的内存地址

经过指令重排

1 memory = allocate(); //1:分配对象的内存空间2 instance = memory; //3:设置instance指向刚分配的内存地址,此时对象还没被初始化3 ctorInstance(memory); //2:初始化对象

若有A线程进行完重排后的第二步,且未执行初始化对象。此时B线程来取singletonTest时,发现singletonTest不为空,于是便返回该值,但由于没有初始化完该对象,此时返回的对象是有问题的。这也就是为什么说看似稳的一逼的代码,实则不堪一击。

上述代码的改进方法:将safeSingleton声明为volatile类型即可(volatile有内存屏障的功能)。

private static volatile LazySafeSingleton safeSingleton;

内部类创建外部类实例

该方式天然线程安全,是否final根据自己需要。

/** * 懒汉模式-线程安全,适用于多线程 * 在内部类被加载和初始化时 才创建实例 * 静态内部类不会自动随着外部类的加载和初始化而初始化,它是要单独加载和初始化的。 * 因为是在内部类加载和初始化时创建的 因此它是线程安全的 */public class LazyInnerSingleton{    private LazyInnerSingleton() {    }    private static class Inner{        private static final LazyInnerSingleton INSTANCE = new LazyInnerSingleton();    }    public static LazyInnerSingleton getInstance(){        return Inner.INSTANCE;    }}

破坏单例模式的方法及预防措施

1、除枚举方式外, 其他方法都会通过反射的方式破坏单例,反射是通过调用构造方法生成新的对象,所以如果我们想要阻止单例破坏,可以在构造方法中进行判断,若已有实例, 则阻止生成新的实例,解决办法如下:

1 private SingletonObject(){2     if (instance != null){3         throw new RuntimeException("实例已经存在,请通过 getInstance()方法获取");4     }5 }

2、如果单例类实现了序列化接口Serializable, 就可以通过反序列化破坏单例,所以我们可以不实现序列化接口,如果非得实现序列化接口,可以重写反序列化方法readResolve(), 反序列化时直接返回相关单例对象。

1   public Object readResolve() throws ObjectStreamException {2         return instance;3    }

总结

饿汉模式

  • 静态常量 简洁直观容易理解
  • 枚举 最简洁
  • 静态代码块 可以在静态块里做一些初始化的工作

懒汉模式

  • 单线程形式 该形式下不适用多线程,存在线程安全问题
  • 多线程形式 适用于多线程
  • 内部类形式 最简洁

如果你觉得文章不错,欢迎点赞转发

原文:https://www.cnblogs.com/ibigboy/p/11423613.html

本文分享自微信公众号 - 编程大道(learn_code),作者:ITwalking

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

原始发表时间:2019-09-05

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

我来说两句

0 条评论
登录 后参与评论

相关文章

  • Java类是如何默认继承Object的?

    学过Java的人都知道,Object是所有类的父类。但是你有没有这样的疑问,我并没有写extends Object,它是怎么默认继承Object的呢?

    walking在cloud.tencent
  • HashMap 和 HashTable 的区别

    HashMap 是非线程安全的,HashTable 是线程安全的;HashTable 内部的方法基本都经过synchronized 修饰。(如果你要保证线程安全...

    walking在cloud.tencent
  • Java的传值调用

    之所以写这篇文章是因为前些天写了一篇《Java中真的只有值传递么?》探讨了网上关于Java只有值传递的说法,当时写这篇文章的缘由是因为之前看的文章讲解的Java...

    walking在cloud.tencent
  • java 多线程

    就绪,当线程调用了strat()方法的时候,线程就绪,会为其创建方法调用栈和程序计数器。

    mySoul
  • Java并发编程(02):线程核心机制,基础概念扩展

    并发编程的特点是:可以将程序划分为多个分离且独立运行的任务,通过线程来驱动这些独立的任务执行,从而提升整体的效率。下面提供一个基础的演示案例。

    知了一笑
  • “别更新了,学不动了” 之:全栈开发者 2019 应该学些什么?

    对于什么是全栈开发者并没有一个明确的定义。但是,有一件事是肯定的:2019 年对全栈开发者的需求量很大。在本文中,我将向你概述一些趋势,你可以尝试根据这些趋势来...

    葡萄城控件
  • Java线程池的四种用法与使用场景

    2、如果用户量比较大,导致占用过多的资源,可能会导致我们的服务由于资源不足而宕机;

    一个优秀的废人
  • Java线程池深入理解

    之前面试baba系时遇到一个相对简单的多线程编程题,即"3个线程循环输出ADC",自己答的并不是很好,深感内疚,决定更加仔细的学习《并发编程的艺术》一书,到达掌...

    用户1216676
  • 4种Java线程池用法以及线程池的作用和优点,你都知道了没?

    2、如果用户量比较大,导致占用过多的资源,可能会导致我们的服务由于资源不足而宕机;

    程序员追风
  • Java线程池的四种用法与使用场景

    2、如果用户量比较大,导致占用过多的资源,可能会导致我们的服务由于资源不足而宕机;

    Java团长

扫码关注云+社区

领取腾讯云代金券

玩转腾讯云 有奖征文活动