设计模式-单例模式

单例模式

应用场景:很多工具类都应用了单例模式,比例线程池、缓存等。

单例模式优点避免因为创建了多个实例造成资源的浪费

  1. 饿汉式:类加载时就会导致该单例对象被创建。(静态常量)

    适用于:适合单例占用内存比较小,在初始化时就会被用到的情况。但是,如果单例占用的内存比较大,或 单例只是在某个特定场景下才会用到,使用饿汉模式就不合适了,这时候就需要用到懒汉模式进行 延迟加载。

    public class Singleton implements Serializable{
        //防止反射破坏单例(反射可以直接调用私有构造器,为了抵御这种攻击,则在构造器中判断是否已经创建过对象了,如果已经创建过,则直接抛出异常)
        private Singleton(){
            if (INSTANCE != null) { 
                throw new RuntimeException("单例对象不能重复创建");
    		}
        }
        private static final Singleton INSTANCE = new Singleton();//本类内部创建对象实例
        //staric类加载阶段,没有线程安全问题
        public static Singleton getInstance() {
            return INSTANCE;
        }
        //防止反序列化破坏单例,写了这个后,在反序列化的时候会使用这个结果,而不是使用字节数组返回的对象
        public Object readResolve() { 
            return INSTANCE;
        }
    }
    
    • 构造方法抛出异常是防止反射破坏单例
    • readResolve() 是防止反序列化破坏单例
  2. 枚举饿汉式

    public enum Singleton{
        INSTANCE;
        private Singleton() {}
        public static Singleton getInstance() { 
            return INSTANCE;
        }
    }
    
    • 枚举类底层会自动在静态代码块中让 INSTANCE=new Singleton(“INSTTANCE”,0); 并且 INSTANCE 是 private static final 的。
    • 枚举没有无参构造,并且底层不允许反射调用其构造方法,如果调用会抛出异常。
    • 枚举饿汉式能天然防止反射、反序列化破坏单例。
  3. 懒汉式:类加载不会导致该单例对象被创建,而是首次使用该对象时才会创建。

    适用于:如果某个单例使用的次数少,并且创建单例消耗的资源较多,那么就需要实现单例的按需 创建,这个时候使用懒汉模式就是一个不错的选择。

    public class Singleton{
        private Singleton() {}
        private static Singleton INSTANCE = null;
        public static synchronized Singleton getInstance(){  
            if(INSTANCE == null){
                INSTANCE = new Singleton();
            }
            return INSTANCE;
        }
    }
    
  4. 双重检查锁定懒汉式:如果第一次检查instance不为null,那么就不需要执行下面的加锁和初始化操作。因此,可以大幅降低synchronized带来的性能开销。

    public class Singleton {
        private Singleton() {}
        private static volatile Singleton INSTANCE = null; // 可见性,有序性
        public static Singleton getInstance(){
            //实例没有创建,才会进入内部synchronized代码块
            if (INSTANCE == null){	//可以保证性能,比3好
                synchronized (Singleton.class){
                    //也许有其他线程已经创建实例,所以再判断一次
                    if (INSTANCE == null){
                        INSTANCE = new Singleton();
                    }
                }
            }
            return INSTANCE;
        }
    }
    

    为何必须加 volatile:禁用指令重排

    • INSTANCE = new Singleton4() 不是原子的,分成 3 步:创建对象、调用构造、给静态变量赋 值,其中后两步可能被指令重排序优化(因为 CPU 会认为这两步没有因果关系,谁先谁后都可 以),变成先赋值(即先把对象引用地址赋值给INSTANCE变量)、再执行构造方法(即初始化对象)。

      [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RfXI2q3g-1683526811592)(images/image-20230130034547627.png)]

    • 如果线程 1 先执行了赋值,线程 2 执行到第一个 INSTANCE == null 时发现 INSTANCE 已经不为 null,此时就会返回一个未完全构造的对象(未初始化完毕的单例)。

  5. 内部类懒汉式:

    public class Singleton5 {
        private Singleton5() {}
        private static class lazyHolder {
            static Singleton5 INSTANCE = new Singleton5();
        }
        public static Singleton5 getInstance() {
            return lazyHolder.INSTANCE;
        }
    }
    
    • 不用lazyHolder,就不会触发lazyHolder类的加载、链接、初始化。
    • 有线程加载器保证线程安全。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Guanam_

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值