Java单例模式写法

文章详细介绍了Java中的单例模式,包括饿汉模式和懒汉模式的实现。饿汉模式在类加载时即创建实例,线程安全。懒汉模式则推迟到第一次使用时创建,原始实现不线程安全,可通过加锁和使用volatile关键字来确保线程安全并防止指令重排序问题。双重检查锁定(double-checkedlocking)用于减少不必要的加锁操作,提高性能。

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

单例模式

单例模式能保证某个类在程序中只存在唯一一份实例, 而不会创建出多个实例.
为什么要保证只存在一份对象呢?
因为有些对象管理的内存数据可能会很多, 可能有些项目里就一个对象运行起来就吃上百G的内存空间, 如果不小心多new了几个, 那系统可能直接崩溃了.

饿汉模式实现单例

类加载的同时, 创建实例.

class Singleton {
    private static Singleton singleton = new Singleton();
    private Singleton() {}    //不允许外部调用构造方法
    public static Singleton getSingleton() {
        return singleton;  //将创建好的实例返回
    }
}

这里只是单纯的读操作, 因此该模式是线程安全的.

懒汉模式实现单例

核心思想 :非必要不创建.
加载的时候不创建实例. 第一次使用的时候才创建实例.

单线程版

class Singleton {
    private static Singleton singleton = null;
    private Singleton() {}  //修改了构造方法的访问修饰权限符, 只有在类内部才能访问构造方法
    public static Singleton getSingleton() {
        if (singleton == null) {
            singleton = new Singleton();
        }
        return singleton;
    }
}

上面的懒汉模式实现是线程不安全的.
为什么不安全呢?
比如两个线程同时调用 getSingleton 方法时, 此时 singleton 还为空, t1 线程和 t2 线程都走进了判断语句, 判断通过, 它两都 new 出了对象, 这与我们预期的创建一个对象不符, 所以线程不安全.

我们可以通过加锁来解决这一问题, 下面是多线程版 , 线程安全.

多线程版

怎么加锁呢?
看看这样加锁是否可行:

class Singleton {
    private static Singleton singleton;
    private Singleton() {}
    public static Singleton getSingleton() {
        if(singleton == null) {
            synchronized (Singleton.class) {
                singleton = new Singleton();
            }
        }
        return singleton;
    }
}

显然这样是不行的, 当两个线程同时调用 getSingleton 方法时, 此时 singleton 还为空, t1 线程和 t2 线程都走进了判断语句, 判断通过, 然后通过竞争锁, 竞争成功的线程先 new 对象, 另一个线程后 new 对象, 这也是 new 了多个对象, 与预期不符.

我们再来看看给方法加锁:

class Singleton {
    private static Singleton singleton;
    private Singleton() {}
    public synchronized static Singleton getSingleton() {
        if(singleton == null) {
            singleton = new Singleton();
        }
        return singleton;
    }
}

当多个线程同时调用 getSingleton 方法时, 通过竞争锁, 竞争成功的线程先进去创建完对象出来后, 其他线程再来获取对象就不会再创建对象了.

其实这里还有一个问题, 那就是指令重排序问题, 什么意思呢?
举个例字 :
假设我们有两个线程 t1 和 t2,
t1 有个操作是: s = new Student();
t2 有个操作是: if(s != null) { s.learn(); }

这个操作 : s = new Student(); 大体可以分为三个步骤:

  1. 申请内存空间
  2. 调用构造方法(初始化内存的数据)
  3. 把对象的引用赋值给 s (内存地址的赋值)

如果是单线程, 此处进行指令重排序,步骤2和步骤3是可以调换顺序的, 重排序后可能就是132执行了, 这对单线程结果没影响, 但多线程就不行了.

回到上面的 t1 和 t2, 如果 t1 的操作进行指令重排序, 就会先申请内存, 然后把这个内存地址赋值给 s (注意这里还没有调用构造方法, 没有new对象), 这时 s 不是 null , 这个时候如果线程 t2 刚好进行 if 判断则会直接进入, 然后调用 s 的方法, 因为 s 里没对象, 就会抛出空指针异常.

这也是上面给方法加锁代码存在的问题, 如果得到的 singleton 里没对象就调用这里面的方法, 那就会产生空指针异常.

如何避免发生指令重排序呢?
我们可以加个 volatile 来禁止指令重排序, 在下面代码中体现.

多线程版优化

class Singleton {
    private volatile static Singleton singleton; //禁止对singleton进行指令重排序
    private Singleton() {}
    public static Singleton getSingleton() {
        //注意这里有两个 if 判断是否为空!!! 
        if(singleton == null) {
            synchronized (Singleton.class) {
                if(singleton == null) {
                    singleton = new Singleton();
                }
            }
        }
        return singleton;
    }
}

为什么要两个 if 判断呢?
加锁 / 解锁是一件开销比较高的事情. 而懒汉模式的线程不安全只是发生在首次创建实例的时候.因此后续使用的时候, 不必再进行加锁了.
这样可以让加锁操作只在第一次创建实例的时候出现.

小结

单例模式线程安全问题 :

  1. 饿汉模式, 天然就是安全的, 只是读操作.

  2. 懒汉模式, 不安全的, 有读也有写.

如何将懒汉模式变安全:

  1. 加锁, 把 if new 变为原子操作.
  2. 双重 if, 减少不必要的加锁操作.
  3. 使用 volatile 禁止指令重排序, 保证后续线程拿到的是完整对象.
<think>好的,我现在需要回答用户关于Java标准单例模式实现方式的问题。首先,用户提到他们参考了站内的两篇引用内容,分别是关于枚举实现单例的优势以及饿汉式和懒汉式模式的示例代码。我需要结合这些信息,同时确保回答符合用户的要求,即结构清晰、分步解释,并且正确引用提供的资料。 首先,我应该回顾单例模式的基本概念,确保用户理解这是用来确保一个类只有一个实例,并提供全局访问点。然后,根据引用中的内容,Java中常见的实现方式包括饿汉式、懒汉式、双重检查锁和枚举实现。用户提到的引用[1]强调了枚举实现的优势,而引用[2]则展示了饿汉式和懒汉式的代码示例。 接下来,我需要分别解释每种实现方式: 1. 饿汉式:类加载时就初始化实例,线程安全,但可能造成资源浪费。引用[2]中的代码示例展示了这一点,其中静态变量xh在类加载时就被初始化。 2. 懒汉式:延迟加载,但在多线程环境下需要同步处理,否则可能产生多个实例。用户提供的代码中,懒汉式可能没有同步机制,需要指出线程不安全的问题,并给出改进方法,比如加synchronized关键字,或者使用双重检查锁。 3. 双重检查锁:结合懒加载和线程安全,减少同步开销。需要详细说明volatile关键字的作用,以及为什么需要两次检查实例是否为null。 4. 枚举实现:引用[1]中提到枚举实现是线程安全且防止反射攻击的最佳方式。需要解释枚举的特性,如实例由JVM保证唯一,并且序列化机制天然支持。 在编写过程中,要确保代码示例符合用户给出的格式要求,即行内公式用$...$,独立公式用$$...$$,但这里主要是代码块,所以要注意语法正确。例如,Java代码需要用三个反引号包裹,并注明语言类型。 此外,用户要求生成相关问题,我需要根据回答内容提出三个相关问题,帮助用户进一步学习,比如性能比较、防止反射攻击的方法,以及枚举实现的其他优势。 需要检查是否有遗漏的实现方式,或者是否有其他需要注意的细节,比如序列化问题、反射攻击的防范,这些在枚举实现中已经处理,但在其他实现中可能需要额外代码,比如readResolve方法。 最后,确保回答结构清晰,分点说明,每个实现方式都有代码示例和优缺点分析,并且正确引用提供的资料,如引用[1]和引用[2]中的相关内容。同时,语言要使用中文,避免使用Markdown格式,但代码块需要正确标示。</think>Java中标准单例模式的实现主要有以下四种方式,每种方式针对不同场景提供解决方案: ### 一、饿汉式(Eager Initialization) ```java public class Singleton { // 类加载时直接初始化(静态变量) private static final Singleton INSTANCE = new Singleton(); // 私有构造器防止外部实例化 private Singleton() {} public static Singleton getInstance() { return INSTANCE; } } ``` * **优点**:线程安全,实现简单 * **缺点**:类加载时即创建实例,可能造成资源浪费[^2] ### 二、懒汉式(Lazy Initialization) ```java public class Singleton { private static Singleton instance; private Singleton() {} // 同步方法保证线程安全 public static synchronized 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; } } ``` * **优势**:线程安全且性能优化 * **关键点**:`volatile`关键字防止指令重排序[^1] ### 四、枚举实现(推荐方式) ```java public enum Singleton { INSTANCE; public void doSomething() { // 业务方法 } } ``` * **绝对优势**: 1. 天然防止反射攻击 2. 自动处理序列化/反序列化 3. 线程安全由JVM保证[^1] * **应用场景**:Spring框架的Bean管理、数据库连接池 ### 性能对比表 | 实现方式 | 线程安全 | 延迟加载 | 防反射 | 序列化安全 | |------------|------|------|-----|-------| | 饿汉式 | ✔ | ✘ | ✘ | ✘ | | 懒汉式 | ✔ | ✔ | ✘ | ✘ | | 双重检查锁 | ✔ | ✔ | ✘ | ✘ | | **枚举实现** | ✔ | ✘ | ✔ | ✔ |
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

随风的浪

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值