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

🌟 欢迎来到 我的博客! 🌈

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

本文目录


引言

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

基本的单例模式长啥样?

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

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`块则确保在实例未初始化前只有一个线程能进入初始化代码区。 |

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

🎉总结🎉

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

相关推荐
Mintopia6 小时前
Web 安全与反编译源码下的权限设计:构筑前后端一致的防护体系
前端·安全
Mintopia6 小时前
Web 安全与反编译源码下的权限设计:构建前后端一体的信任防线
前端·安全·编译原理
天若有情6736 小时前
【自研实战】轻量级ASCII字符串加密算法:从设计到落地(防查岗神器版)
网络·c++·算法·安全·数据安全·加密
darkb1rd7 小时前
七、PHP配置(php.ini)安全最佳实践
安全·php·webshell
有位神秘人7 小时前
kotlin与Java中的单例模式总结
java·单例模式·kotlin
迎仔11 小时前
11-云网络与混合云运维:弹性数字世界的交通管理
网络·安全·web安全
pitch_dark11 小时前
渗透测试系统基础篇——kali系统
网络·安全·web安全
世界尽头与你11 小时前
(修复方案)基础目录枚举漏洞
安全·网络安全·渗透测试
ん贤11 小时前
一次批量删除引发的死锁,最终我选择不加锁
数据库·安全·go·死锁
独行soc11 小时前
2026年渗透测试面试题总结-20(题目+回答)
android·网络·安全·web安全·渗透测试·安全狮