你应该对单例模式有一点思考-优快云博客

本文链接：https://blog.youkuaiyun.com/qq_40742223/article/details/120147346

本文探讨了Java中单例模式的实现，包括懒汉式和饿汉式的优缺点。懒汉式在多线程环境下存在隐患，而通过双检锁进行优化后，既保证了线程安全，又提升了效率。饿汉式则是在类加载时即创建实例，适合不需要延迟加载的情况。总结建议使用双检锁优化的懒汉式以达到最佳平衡。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

文章目录

为什么要使用单例模式

为什么要使用单例模式

在项目中我们有些类我们只需要有一个实例即可，我们也希望只维护一个实例，节省大量实例化对象占用太多的系统资源。

不完美的解法一(懒汉式单例)

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

懒汉式不完美之处解析:

先谈一谈如何创建一个单例模式,我们要私有化构造器,让其他人不能随意的创建我们这个类,但是也是需要在需要的时候创建,并保证其是单例状态的,那么就需要向外部提供一个公有的获取该类实例的方法,这是其思想。
上面这个类在单线程的时候能够正常工作，但是如果在多线程时是可能出现问题的，假如两个线程都执行到判断instance==null这块,这时都判断类的实例还没有创建,然后都去创建类的实例,就发生了这个类已经不是一个单例模式的类的问题

懒汉式单例的优化（双检锁的方式）

public class Singleton1{
    private Singleton1{
        
    }
    public static volatile Singleton1 instance = null;
    public static Singleton1 syncInit(){
        if(instance == null){
            synchronized(Singleton1.class){
                return new Singleton();
            }
            return instance;
        }
    }
    /**
    public static Singleton1 getInstance(){
        if(instance == null){
            syncInit();
        }
        return instance;
    }
    **/
    
}

懒汉式优化说明

说明一下优化的点:

加锁保证了在多线程时,单例类仍然能够获取单例的实例
使用了双检锁的方式保证了效率

对于在多线程时仍然能够获取单例实例的说明：在优化的懒汉式的单例模式中，使用了加锁的方式，同一时间只有一个线程能够访问到创建该类实例的语句，保证了该类的单例性。

我们知道，加锁是一个耗时耗资源的操作，如果我们每次访问该方法时都需要等待其他线程使用创建完该类实例之后才能继续创建该类的实例，这是一个耗时的操作，是我们不希望发生的，采用双检锁的方式就只会在第一次创建该类实例的时候是加锁的状态，之后如果需要访问，是可以直接从静态的变量中拿到该类的实例的（相当于把饿汉式优化为只有第一次使用时才创建，—大胆猜想Spring的懒加载机制是否也是这个思想）

饿汉式单例模式

public class Singleton2{
    public static Singleton2 instance = new Singleton();
    public static Singleton2 getInstance (){
        return instance;
    }
}

饿汉式单例模式的思想就是直接将类的实例创建出来,当需要的时候直接去取，不论是单线程还是多线程都是安全的。

总结

饿汉式单例模式的思想就是直接将类的实例创建出来,当需要的时候直接去取，不论是单线程还是多线程都是安全的。

总结

最推荐使用双检锁的方式来创建单例类，避免了饿汉式过早的创建该类的实例，并且在多线程中有很好的表现，不会造成多线程中的效率问题。

如果大家对单例模式有什么想法,可以在评论区和我讨论,或者私信我