Java【多线程】单例模式

目录

单例模式

饿汉模式

懒汉模式

懒汉模式-多线程版


单例模式

单例模式是一种设计模式

设计模式相当于棋谱

棋谱,大佬把一些对局整个推演过程,写出来

设计模式,是属于程序员的棋谱

单例模式(单个实例/对象),就是设计模式中一种非常典型的模式,也是比较简当的模式,还是校招中最容易被考到的设计模式

强制要求某个类某个程序中只有唯一一个实例

(不允许创建多个实例,不允许new多次)

这⼀点在很多场景上都需要. ⽐如 JDBC 中的 DataSource 实例就只需要⼀个

单例模式具体的实现⽅式有很多. 最常⻅的是 "饿汉" 和 "懒汉" 两种.


饿汉模式

类加载的同时, 创建实例.

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

静态成员的初始化,是在类加载的阶段触发的

类加载往往就是在程序一启动就会触发

后续统一通过getInstance这个方法类获取这里的实例

构造方法使用private

单例模式的点睛之笔

在类外面进行new操作都会编译失败


懒汉模式

类加载的时候不创建实例. 第⼀次使⽤的时候才创建实例.

其实上述懒汉/饿汉模式存在缺陷
这两个版本的getInstance在多线程环境下调用会出bug
上述懒汉模式这个写法getInstance是线程不安全的
线程安全问题发⽣在⾸次创建实例时. 如果在多个线程中同时调⽤ getInstance ⽅法, 就可能导致创建 出多个实例


加上 synchronized 可以改善这⾥的线程安全问题

当把实例创建好之后
后续再调用getInstance此时都是直接执行return
如果只是进行if+return,纯粹的读操作
读操作,不涉及线程安全问题
但是每次调用上述的方法都会触发一次加锁操作
多线程情况下这里的加锁就会互相阻塞影响程序的执行效率


加锁 / 解锁是⼀件开销⽐较⾼的事情. ⽽懒汉模式的线程不安全只是发⽣在⾸次创建实例的时候. 因
此后续使⽤的时候, 不必再进⾏加锁了.
外层的 if 就是判定下看当前是否已经把 instance实例创建出来了

使⽤双重 if 判定, 降低锁竞争的频率

java 复制代码
public static SingletonLazy getInstance(){
        if(instance==null){//判定是否需要加锁
            synchronized (SingletonLazy.class){
                if(instance==null){//判断是否需要new对象
                    instance = new SingletonLazy();
                }
            }
        }
        return instance;
    }

按需加锁,如果实例已经创建过了就不涉及线程安全问题



再仔细分析,可能存在"内存可见性问题"
为了稳妥起见,可以给Instance直接加上一个volatile

java 复制代码
private static volatile SingletonLazy instance = null;

更关键的问题是指令重排序

编译器会在逻辑不变的前提下调整代码执行的先后顺序,以达到提升性能的效果

volatile的功能有两方面

1.确保每次读取操作,都是读内存

2.关于该变量的读取和修改操作,不会触发重排序


懒汉模式-多线程版
java 复制代码
class SingletonLazy {
    private static volatile SingletonLazy instance = null;
    public static SingletonLazy getInstance(){
        if(instance==null){
            synchronized (SingletonLazy.class){
                if(instance==null){
                    instance = new SingletonLazy();
                }
            }
        }
        return instance;
    }
    private SingletonLazy(){

    }
}

当多线程⾸次调⽤ getInstance, ⼤家可能都发现 instance 为 null, 于是⼜继续往下执⾏来竞争锁,
其 中竞争成功的线程, 再完成创建实例的操作.
当这个实例创建完了之后, 其他竞争到锁的线程就被⾥层 if 挡住了. 也就不会继续创建其他实例

相关推荐
字节跳跃者15 分钟前
SpringBoot + MinIO + kkFile 实现文件预览,这样操作更安全!
java·后端·程序员
天天摸鱼的java工程师23 分钟前
OpenFeign 首次调用卡 3 秒?八年老开发扒透 5 个坑,实战优化到 100ms
java·后端·面试
whitepure24 分钟前
万字详解Java集合
java·后端
华仔啊27 分钟前
乐观锁、悲观锁和分布式锁,你用对了吗?
java·分布式
自由的疯28 分钟前
Java下载图片并导出压缩包
java·后端·trae
tanxiaomi1 小时前
Spring面试宝典:Spring IOC的执行流程解析
java·spring·面试
NightDW1 小时前
连续周更任务模块的设计与实现
java·后端·mysql
华仔啊1 小时前
什么情况下用线程池,怎么用?看完就会
java·后端
灵魂猎手1 小时前
8. Mybatis插件体系
java·后端·源码
SimonKing1 小时前
布隆过滤器:用微小的空间代价换取高效的“可能存在”判定
java·后端·程序员