单例模式懒汉与饿汉

懒汉:在初始化类的时候,不创建唯一的实例,而是等到真正需要用到的时候才创建。必须加上同步,否则有可能依然创建多个实例。
饿汉:在初始化的时候,就创建了唯一的实例,不管是否需要用到。不需要自己加同步,一定产生唯一的实例。

懒汉代码
public class Singleton
{
    // 私有的、静态的成员保存唯一的实例
    private static Singleton inst;
    // 私有构造器,避免被别人创建实例
    private Singleton(){}

    // 提供一个公共的、静态的方法,获取唯一的实例
    public static Singleton getInstance()
    {
        // 很多示例代码都是在方法上加同步,但是基于“最小范围原则”,应该要用同步代码块
        // 这样可以尽可能提升程序的并发性能
        synchronized( Singleton.class )
        {
            // 判断inst是否为null,如果是null则新建一个
            if( inst == null )
            {
                inst = new Singleton();
            }
        }
        return inst;
    }
}


饿汉代码
public class Singleton
{
    // 私有的、静态的成员保存唯一的实例
    // 在类被第一次使用的时候,就已经完成了加载。类的加载过程,系统保证线程安全。
    private static Singleton inst = new Singleton();
    // 私有构造器,避免被别人创建实例
    private Singleton(){}

    // 提供一个公共的、静态的方法,获取唯一的实例
    public static Singleton getInstance()
    {
        return inst;
    }
}


从上面两个代码来看,由于懒汉模式下,每次获取实例都需要判断,如果使用非常频繁的时候,这种方式性能肯定有所下降。

因此懒汉模式下,不适合使用太频繁的对象。

饿汉式是线程安全的,在类创建的同时就已经创建好一个静态的对象供系统使用,以后不在改变


而在饿汉模式下,不管是否用到,都会初始化实例。
这种是我比较推荐的做法:因为不使用对象的类,就不需要单例模式!既然需要用到对象,为何不在一开始就初始化好?
### 单例模式懒汉饿汉式的区别及实现 单例模式是一种常见的设计模式,确保一个类只有一个实,并提供一个全局访问点。根据实化对象的时机不同,单例模式可以分为懒汉式和饿汉式两种实现方式。 #### 1. 饿汉单例模式 饿汉单例模式在类加载时就完成实化,因此在使用时无需再进行判断或加锁操作。这种模式的优点是实现简、线程安全,缺点是可能会浪费内存资源,因为实在程序启动时就已经创建,即使可能永远不会被使用。 以下是饿汉单例模式的实现代码: ```java public class Singleton { // 在类加载时直接初始化实 private static final Singleton instance = new Singleton(); // 私有构造函数,防止外部实化 private Singleton() {} // 提供全局访问点 public static Singleton getInstance() { return instance; // 直接返回已创建的实 } } ``` 饿汉单例模式的特点包括: - 实在类加载时创建[^1]。 - 线程安全,无需额外的同步机制[^2]。 - 内存占用较高,因为实一旦创建就不会释放[^2]。 #### 2. 懒汉单例模式 懒汉单例模式在第一次调用 `getInstance()` 方法时才创建实,因此可以延迟实化,节省内存资源。然而,由于多线程环境下可能存在并发问题,需要通过同步机制来保证线程安全。 以下是懒汉单例模式的实现代码(线程不安全版本): ```java public class Singleton { private static Singleton instance; private Singleton() {} public static Singleton getInstance() { if (instance == null) { // 第一次检查 instance = new Singleton(); // 可能存在线程安全问题 } return instance; } } ``` 为了解决线程安全问题,可以通过双重检查锁定(Double-Checked Locking)来优化懒汉单例模式: ```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; } } ``` 懒汉单例模式的特点包括: - 实在第一次调用 `getInstance()` 方法时创建[^1]。 - 内存使用效率较高,因为只有在需要时才会创建实[^2]。 - 需要额外的同步机制来保证线程安全[^4]。 #### 3. 区别总结 | 特性 | 饿汉单例模式 | 懒汉单例模式 | |------------------|-------------------------------|------------------------------------| | 实化时机 | 类加载时 | 第一次调用 `getInstance()` 时 | | 线程安全性 | 天然线程安全 | 需要额外的同步机制 | | 内存使用 | 较高,实始终占用内存 | 较低,仅在需要时创建实 | | 实现复杂度 | 简 | 较复杂,需考虑线程安全问题 | #### 4. 应用场景 单例模式适用于以下场景[^3]: - 系统只需要一个实对象时,如日志模块、线程池模块等。 - 资源消耗较大而只允许创建一个对象时。 - 客户端需要通过公共访问点访问同一实时。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值