单例模式及线程安全的实践

🌟 欢迎来到 我的博客! 🌈

💡 探索未知, 分享知识 !💫

本文目录


引言

单例模式是个挺实用的设计模式,它的要点就是确保一个类只有一个实例 ,并且提供一个访问这个实例的全局点。这种模式在你需要控制资源或者保持全局状态的时候特别有帮助。但在多线程的情况下,实现这个模式就需要一些技巧,以确保安全和效率。下面咱们就一起看看怎么实现一个既安全又高效的单例模式。

基本的单例模式长啥样?

先来看一个最简单的单例模式示例:

java 复制代码
public class Singleton {
    private static Singleton instance;

    private Singleton() {}

    public static Singleton getInstance() {
        if (instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
}

|----------------------------------------------------------------------------------|
| 这个例子简单明了,但在多线程的场景下就可能出问题了。比如,如果两个线程同时检查到 instance为空,那么它们就都会创建一个实例,这就不符合单例模式的初衷了。 |

PS :

就像图示中,这样就创建了多个实例对象

饿汉式单例

这段代码实现的是所谓的饿汉式单例模式。在这种模式下,单例的实例在类被加载到JVM时就立即初始化了。这种方式简单直接,因为它依靠JVM类加载机制保证实例的唯一性,同时也无需担心多线程问题,因为类加载过程是线程安全的。

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

    public static Singleton getInstance() {
        return instance;
    }

    private Singleton() { }
}

优点是实现简单,类加载时完成初始化,避免了线程同步问题。

缺点是如果这个类比较大,而且在程序启动时就加载,但长时间不使用,会导致资源浪费。


怎样才能线程安全?

|----------------|
| 可以给获取实例的方法加个锁: |

java 复制代码
public class Singleton {
    private static Singleton instance;

    private Singleton() {}

    public static synchronized Singleton getInstance() {
        if (instance == null) {
            instance = new Singleton();
        }
        return instance;
    }
}

这种方法虽然简单,但每次调用 getInstance() 都会加锁,可能会拖慢速度。

懒汉模式 ( 双 重 检 查 )

这个方法更聪明点,只在需要时加锁:

java 复制代码
public class Singleton {
    private static volatile Singleton instance;

    private Singleton() {}

    public static Singleton getInstance() {
        if (instance == null) {
            synchronized (Singleton.class) {
                if (instance == null) {
                    instance = new Singleton();
                }
            }
        }
        return instance;
    }
}

这样,只有在第一次创建实例时才会同步,提高了效率。而且,用了 volatile 关键字来确保变量的可见性。

|------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
| 这种方式的关键在于`instance`字段的`volatile`关键字和`synchronized`块。`volatile`确保当`instance`变量被初始化成单例实例时,多个线程正确地处理`instance`变量,`synchronized`块则确保在实例未初始化前只有一个线程能进入初始化代码区。 |

优点 : 只有在实际使用时才会创建实例。并且通过双重检查锁定机制减少了锁的粒度,提高了效率。
缺点 : 实现复杂,需要多重检查以确保线程安全。但我个人更推荐使用这种方法

🎉总结🎉

🎈在多线程环境下实现一个既安全又高效的单例模式需要一些技巧。根据你的需求和具体情况,你可以选择加锁、双重检查或者静态内部类的方法。如果你在乎性能,双重检查和静态内部类是不错的选择,因为它们在保证了线程安全的同时,也考虑到了效率。

相关推荐
恒拓高科WorkPlus7 分钟前
BeeWorks 企业即时通讯平台 - 常见问题(FAQ)
安全
奈落2411 分钟前
【RAG 深度修炼】专栏 · 第 9 期(收官):安全专题与生产 Checklist 总集——从能跑的 Demo 到睡得着觉的生产系统
大数据·网络·人工智能·安全·ai编程
sogw-三叶草️38 分钟前
HITCON CTF 2014 — stkof · Unsafe Unlink
网络·安全·web安全·pwn·堆·二进制安全·堆漏洞
Seraphina3612 小时前
SQLI-labs(一)黑盒全流程
sql·安全·web安全
雷焰财经12 小时前
AI开始学会“越界”:当智能体拥有行动能力,人工智能的竞争已经进入安全深水区
人工智能·安全
花青泽18 小时前
Web安全信息收集--总
安全·web安全
jimmyleeee20 小时前
大模型安全之三十九:幻觉防线---- AI 幻觉检测、治理与预防指南
人工智能·安全
梦帮科技20 小时前
可证伪性工程测评与生产部署红蓝对抗:压力测试、长尾鲁棒性与全生命周期安全质检守卫
人工智能·深度学习·神经网络·安全·机器学习·自然语言处理·压力测试
姜鱼问生1 天前
deploy.sh 部署脚本:健康检查 + 自动回滚
安全·github
其实防守也摸鱼1 天前
渗透测试学习计划(全栈综合 · 零基础进阶)
android·数据库·学习·安全·oracle·自动化·学习方法