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 挡住了. 也就不会继续创建其他实例

相关推荐
纳于大麓19 分钟前
Android Maven私服搭建(Windows)
java·maven
哈基米喜欢哈哈哈1 小时前
低版本的JVM遇到高版本的class字节码是否会报错
java·jvm
235161 小时前
【并发编程】详解volatile
java·开发语言·jvm·分布式·后端·并发编程·原理
洛小豆2 小时前
java 中 char 类型变量能不能储存一个中文的汉字,为什么?
java·后端·面试
爱吃烤鸡翅的酸菜鱼2 小时前
从数据库直连到缓存预热:城市列表查询的性能优化全流程
java·数据库·后端·spring·个人开发
Algebraaaaa2 小时前
Qt中的字符串宏 | 编译期检查和运行期检查 | Qt信号与槽connect写法
开发语言·c++·qt
Red Car2 小时前
javascript 性能优化实例一则
开发语言·javascript·ecmascript
友友马2 小时前
『 QT 』Hello World控件实现指南
开发语言·qt
一只学java的小汉堡2 小时前
Java 面试高频题:HashMap 与 ConcurrentHashMap 深度解析(含 JDK1.8 优化与线程安全原理)
java·开发语言·面试
huohaiyu3 小时前
Hashtable,HashMap,ConcurrentHashMap之间的区别
java·开发语言·多线程·哈希