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。
立即学习“Java免费学习笔记（深入）”；
Holder 方式的核心优势
-
懒加载：实例在第一次调用
getInstance()时才创建，不是类加载时就初始化 - 线程安全：依赖 JVM 类初始化锁（每个类有唯一初始化锁），无额外同步开销
- 简洁高效：不依赖反射、不需双重检查、不涉及 volatile 内存屏障，代码干净，性能接近饿汉式
-
防止反序列化破坏：配合
readResolve()可进一步加固（但 Holder 本身不解决反序列化问题）
注意点和常见误区
- Holder 类必须是 static 的：否则会持有外部类引用，可能引发内存泄漏或破坏单例语义
- 构造方法仍需私有：防止外部 new 实例，这是单例的基本约束
- 不能用于需要参数的构造场景：因为 Holder 中的实例是静态 final 初始化，无法传参；如需传参，需改用其他方式（如枚举或带初始化方法的懒汉式）
- 不是“设计模式”的新类型：它只是单例模式的一种具体实现技巧，本质仍属“懒汉式”的安全变体
基本上就这些。Holder 方式是 Java 单例实践中被广泛推荐的写法之一，兼顾了安全性、延迟性和可读性。
