浅谈设计模式之单例模式

饿汉模式

java 复制代码
public class Singleton {
    private static Singleton instance = new Singleton();
    private Singleton() {}
    public static Singleton newInstance() {
        return instance;
    }
}

缺点:在需要初始化许多对象的时候会导致系统启动较慢,比如在有许多个单例对象的容器中,启动该容器的初始过程会比较长。

懒加载模式

java 复制代码
public class Singleton {
    private static Singleton instance = null;
    
    private Singleton(){}
    
    public static synchronized Singleton getInstance() {
        if(instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
}

缺点:同步方法锁住了对象,降低了系统的处理速度。

错误的双重锁检查

java 复制代码
public class Singleton {
    private static Singleton instance = null;
    private Singleton(){}
    public static Singleton getInstance() {
        if(instance == null) {
            synchronized(Singleton.class) {
                if(instance == null) {
                    instance = new Singleton();
                }
            }
        }
        return instance;
    }
}

这样的写法是有问题的。在JVM中, instance = new Singleton(); 语句并不是一个原子操作,分为创建对象和引用赋值两步。其中,创建对象需要为对象分配空间,再进行初始化。以上三步,分配内存永远是第一步,但是后面两步则可能被重排序。

JVM并不保证初始化先于引用赋值的顺序,因此很可能是先创建了对象,即在Singleton实例分配了内存空间,但是还未进行初始化,然后赋值给了instance,这是实例虽然分配到了空间,但是其并未完成初始化,而instance引用却不为空,这时另一个线程抢占执行,执行了getInstance()方法,便会发现instance不为null,从而直接返回了instance,导致系统出错。

正确的双重锁检查

java 复制代码
public class Singleton {
    private static volatile Singleton instance = null;
    private Singleton(){}
    public static Singleton getInstance() {
        if(instance == null) {
            synchronized(Singleton.class) {
                if(instance == null) {
                    instance = new Singleton();
                }
            }
        }
        return instance;
    }
}

利用volatile的内存可见性可以使得instance不会被线程缓存,所有的线程读写该对象都需要对主内存进行操作。

volatile还可以防止指令重排序,从而使得上述的双重锁检查代码正确执行。这里的防止指令重排序是指,volatile修饰的instance对象,在执行代码 instance = new Singleton()时不会再被JVM进行指令重排序,会按照 内存分配 -> 初始化 -> 引用赋值 的顺序执行

使用静态内部类

java 复制代码
public class Singleton {
    private Singleton() {}
    private static class SingletonFactory {
        private static Singleton instance = new Singleton();
    }
    public static Singleton getInstance() {
        return SingletonFactory.instance;
    }
    //序列化方法  可忽略
    public Object readResolve() {
        return getInstance();
    }
}

这样的写法利用了JVM的类加载机制,JVM在加载类的过程中确保了线程互斥,是线程安全的。外部类被加载时,不会立即加载内部类,从而instance不会立即被实例化。当getInstance() 第一次被调用时,内部类第一次被引用,从而加载了内部类,并完成了instance的实例化,而JVM的类加载机制确保了实例化instance的过程中的线程安全性。

缺点:使用静态内部类的方式,则存在传参的问题,外部无法传递参数给内部类

使用枚举

java 复制代码
public enum Singleton {
    INSTANCE;
    ...  //其他方法代码
}

枚举类型的实例创建出来天然就是单例的,并且是线程安全的。

如果本篇内容帮助到你,还请点个免费的Star,感谢。传送门:GitHub

相关推荐
我不会起名字32214 小时前
一天一道算法题(29):单调栈
java·数据结构·python·算法·leetcode·golang·单调栈
XR12345678815 小时前
医院移动医护零漫游无线网络选型指南
java·后端·struts
干到60岁退休的码农15 小时前
13.构建登录接口响应数据
java·spring boot·mybatis
水巷石子15 小时前
学习langChain4j的第二天,体验springBoot中的starter
java·spring boot·学习·spring·langchain4j
ly768915 小时前
Spring Bean生命周期全流程:从BeanDefinition到销毁
java·后端·spring·bean生命周期·beandefinition·初始化回调
君顾115 小时前
智慧场馆解决方案小程序系统实战:从架构设计到上线指南
java·开发语言·智慧场馆
zhougl99615 小时前
Dockerfile实战教程
java·开发语言·spring boot
新时代牛马15 小时前
Linux 驱动调试完整篇:从printk/dev_dbg、动态调试到 debugfs/ftrace 排障
java·linux·服务器
计算机毕设定制辅导-无忧学长16 小时前
《基于Spring Boot传承之光非遗陶瓷烧造产品交易平台的设计与实现》
java·vue.js·spring boot·后端·毕业设计