单例模式Java实现及双重检查原理

学习文章要努力，但是不要急！今天的这篇文章《单例模式Java实现与双重检查锁定原理》将会介绍到等等知识点，如果你想深入学习文章，可以关注我！我会持续更新相关文章的，希望对大家都能有所帮助！

单例模式通过私有构造函数、静态实例和公共获取方法确保类唯一实例；双重检查锁定利用volatile和两次判空检查实现线程安全的懒加载，既提升性能又防止指令重排序导致的不完整实例问题。

单例模式是一种常用的设计模式，确保一个类只有一个实例，并提供全局访问点。在Java中，双重检查锁定（Double-Checked Locking）是实现线程安全的懒加载单例方式之一，尤其适用于多线程环境下的高性能场景。

单例模式的基本要求

要实现单例，需满足以下三点：

• 私有构造函数，防止外部实例化
• 静态变量持有唯一实例
• 提供公共静态方法获取实例

双重检查锁定的实现方式

使用双重检查锁定可以在保证线程安全的同时，避免每次调用都加锁，提升性能。典型代码如下：

public class Singleton {
    // 使用 volatile 确保多线程下 instance 的可见性和禁止指令重排序
    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;
    }
}

双重检查锁定的原理分析

该模式之所以需要两次检查，是为了在并发环境下既保证效率又确保唯一性：

• 第一次检查在锁外，避免已创建实例后仍进入同步块，提高性能
• synchronized 保证同一时刻只有一个线程能进入临界区
• 第二次检查防止多个线程在第一次检查时同时通过，导致重复创建
• volatile 关键字防止对象初始化过程中的指令重排序问题

如果没有 volatile，在对象尚未完成构造时，其他线程可能看到部分初始化的 instance，从而返回一个不完整的实例。

为什么必须使用 volatile？

对象的创建并非原子操作，通常分为三步：

1. 分配内存空间
2. 初始化对象
3. 将 instance 指向分配的内存地址

编译器或处理器可能对第2步和第3步进行重排序。若没有 volatile，某线程可能看到 instance 不为 null，但对象还未初始化完毕，导致错误行为。volatile 禁止这种重排序，确保安全性。

基本上就这些。双重检查锁定结合了懒加载、线程安全和性能优化，是 Java 中推荐的单例实现方式之一，前提是正确使用 volatile。不复杂但容易忽略细节。

今天关于《单例模式Java实现及双重检查原理》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！