Java中用静态内部类实现线程安全单例，核心是利用JVM类加载机制的天然同步性——Holder类首次被访问时才初始化INSTANCE，保证懒加载与线程安全；外部类含私有构造、volatile引用及getInstance方法，内部类仅含static final实例字段。
Java 中用静态内部类实现线程安全单例，核心在于利用类加载机制的天然同步特性——JVM 保证一个类的 static 成员只在首次主动使用时初始化，且该过程是线程安全的。这种方式既延迟加载（懒汉式），又无需显式加锁，简洁高效。
静态内部类结构怎么写
外部类只声明私有构造、静态引用和公共获取方法；真正的实例放在一个私有静态内部类中，由其 static 字段持有单例对象。
- 外部类构造函数必须私有，防止外部 new 实例
- 单例引用用
private static volatile声明（volatile防止指令重排序，虽非绝对必需但属良好实践） - 静态内部类不能被外部直接访问，只有调用
getInstance()时才会触发其加载和初始化
完整可运行代码示例
以下是最简、标准写法：
public class Singleton {
private Singleton() {}
private static volatile Singleton instance;
private static class Holder {
private static final Singleton INSTANCE = new Singleton();
}
public static Singleton getInstance() {
return Holder.INSTANCE;
}
}
调用 Singleton.getInstance() 时，JVM 才加载 Holder 类，并执行其 static 块（此处为字段初始化），整个过程由类加载器保证原子性和可见性，天然线程安全。
立即学习“Java免费学习笔记（深入）”；
为什么它线程安全且懒加载
关键点不在代码里加锁，而在 JVM 规范对类初始化的约束：
- 类的初始化（即执行
<clinit>方法）在多线程环境下由 JVM 自动同步，同一时间只有一个线程能完成初始化 -
Holder类直到首次访问Holder.INSTANCE才加载，所以实例创建被推迟到第一次调用getInstance()时 - 没有双重检查、没有 synchronized、没有 volatile（虽然加上更稳妥），也没有反射攻击风险（构造函数私有 + 初始化无条件执行）
注意事项和常见误区
这种写法看似简单，但几个细节容易出错：
- 不要在
Holder类中添加任何可能触发提前加载的逻辑（比如静态方法、其他静态字段引用） - 避免在
getInstance()中做额外判断或赋值操作，保持“纯转发”——直接返回Holder.INSTANCE - 如果单例依赖外部资源（如配置、数据库连接），应在
Holder的static块中完成初始化，而非构造函数里抛异常（否则类加载失败会导致后续调用始终失败） - 不适用于需要序列化/反序列化场景（需配合
readResolve），但这是所有单例模式共性问题，非本方案特有
不复杂但容易忽略细节。写对了，就是最推荐的懒汉式线程安全单例方案之一。
