17370845950

Holder方式指静态内部类实现单例，因内部类名为Holder得名，利用JVM类加载机制保证线程安全与懒加载，实例在首次调用getInstance时初始化，无需同步关键字，兼具高效与简洁。

Java单例模式中的“Holder”指的是静态内部类（Static Inner Class）实现方式中的 Holder 类，常被称为“Holder 方式”或“静态内部类单例”。它是一种既保证线程安全、又实现懒加载（延迟初始化）的优雅单例写法。

为什么叫 Holder？

这个名称来源于它的典型结构：外部类中定义一个静态内部类，名字常取为 Holder（也可叫 SingletonHolder 等），该内部类里声明并初始化单例实例。JVM 保证静态内部类的初始化是线程安全的，且只在首次主动使用时触发 —— 这正是实现懒加载的关键。

Holder 方式的标准写法

常见代码结构如下：

public class Singleton {
    private Singleton() {} // 私有构造

    private static class Holder {
        static final Singleton INSTANCE = new Singleton();
    }

    public static Singleton getInstance() {
        return Holder.INSTANCE;
    }
}

调用 getInstance() 时，才首次触发 Holder 类的初始化，从而创建实例。JVM 类加载机制天然保证该过程线程安全，无需 synchronized 或 volatile。

Holder 方式的核心优势

• 懒加载：实例在第一次调用 getInstance() 时才创建，不是类加载时就初始化
• 线程安全：依赖 JVM 类初始化锁（每个类有唯一初始化锁），无额外同步开销
• 简洁高效：不依赖反射、不需双重检查、不涉及 volatile 内存屏障，代码干净，性能接近饿汉式
• 防止反序列化破坏：配合 readResolve() 可进一步加固（但 Holder 本身不解决反序列化问题）

注意点和常见误区

• Holder 类必须是 static 的：否则会持有外部类引用，可能引发内存泄漏或破坏单例语义
• 构造方法仍需私有：防止外部 new 实例，这是单例的基本约束
• 不能用于需要参数的构造场景：因为 Holder 中的实例是静态 final 初始化，无法传参；如需传参，需改用其他方式（如枚举或带初始化方法的懒汉式）
• 不是“设计模式”的新类型：它只是单例模式的一种具体实现技巧，本质仍属“懒汉式”的安全变体

基本上就这些。Holder 方式是 Java 单例实践中被广泛推荐的写法之一，兼顾了安全性、延迟性和可读性。