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

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

为什么叫 Holder？

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

Holder 方式的标准写法

常见代码结构如下：

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

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。

立即学习“Java免费学习笔记（深入）”；

Holder 方式的核心优势

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

注意点和常见误区

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

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