浅谈设计模式之单例模式

饿汉模式

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

相关推荐
癞皮狗不赖皮3 分钟前
Java安全基础-反射机制
java·反射机制·java安全基础
别惊鹊10 分钟前
(三)安装和使用Maven
java·maven
兢兢业业的小白鼠23 分钟前
Java高级JVM知识点记录,内存结构,垃圾回收,类文件结构,类加载器
java·开发语言·jvm·tomcat
Summer_Xu37 分钟前
模拟 Koa 中间件机制与洋葱模型
前端·设计模式·node.js
落榜程序员43 分钟前
Java 基础-29-final关键字-详解
java·开发语言
用户3315489111071 小时前
【零停机】一次400万用户数据的双写迁移技术详解
java·面试
柚几哥哥1 小时前
IntelliJ IDEA全栈Git指南:从零构建到高效协作开发
java·git·intellij-idea
技术liul1 小时前
解决Spring Boot Configuration Annotation Processor not configured
java·spring boot·后端
chushiyunen1 小时前
dom操作笔记、xml和document等
xml·java·笔记
whisperrr.1 小时前
【spring01】Spring 管理 Bean-IOC,基于 XML 配置 bean
xml·java·spring