静态内部类单例是线程安全且懒加载的无锁实现，依托JVM类加载机制：首次调用getInstance()触发Holder初始化，JVM保证其执行原子、单次、线程安全，后续直接返回实例，零同步开销。
Java 中静态内部类本身不能“通过多线程并发访问实现无锁单例获取”，但它是实现线程安全、懒加载、无锁单例的经典方式——关键不在于“多线程访问静态内部类”，而在于利用类加载机制的线程安全性与延迟初始化特性。
静态内部类单例的核心原理
静态内部类（Static Inner Class）在被首次主动引用时才会由 JVM 加载并初始化，而 JVM 保证类加载过程是线程安全的（同一类只会被一个线程初始化一次），且该过程天然加锁（由 JVM 内部实现，对用户透明，无需 synchronized 或 CAS，即“无锁”语义）。
它不是靠“多线程并发调用某个方法来竞争获取实例”，而是靠“第一次调用 getInstance() 时触发内部类加载 → 触发 static 字段初始化 → 安全构造单例对象”。后续调用直接返回已创建好的实例，无任何同步开销。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
标准写法与关键细节
以下是被广泛验证的写法：
立即学习“Java免费学习笔记（深入）”；
public class Singleton {
private Singleton() {} // 私有构造，防止外部 new
private static class Holder {
static final Singleton INSTANCE = new Singleton();
}
public static Singleton getInstance() {
return Holder.INSTANCE; // 触发 Holder 类加载（仅第一次）
}
}
- Holder 类不被主动引用前不会加载：即使 Singleton 类已被加载，Holder 仍处于未初始化状态，实现真正的懒加载。
- INSTANCE 是 static final：确保初始化后不可变，且 JVM 保证其初始化过程的原子性与可见性（happens-before 关系）。
- getInstance() 方法无同步关键字：无 volatile、无 synchronized、无 Lock、无 CAS，纯粹字段读取，零同步开销。
为什么说它“无锁”且线程安全？
这里的“无锁”指应用层无显式锁或原子操作，依赖的是 JVM 规范保证的类初始化线程安全机制（JLS §12.4.2）：
- 多个线程同时首次调用 getInstance()，可能都走到 return Holder.INSTANCE；
- JVM 会确保只有一个线程执行 Holder 的初始化（包括 INSTANCE 的构造和赋值）；
- 整个过程对开发者完全透明，无需干预，也没有竞态条件风险。
常见误区澄清
- 不是“让多个线程去并发访问静态内部类”来获取单例：静态内部类本身不提供获取逻辑，它只是一个承载 final 实例的容器。
- 不是靠内部类的 static 方法或同步块：Holder 中无需任何方法，仅靠 static final 字段初始化即可。
- 不适用于需要传参构造或初始化逻辑复杂的场景：因为 static final 字段初始化只能是表达式或静态代码块，灵活性有限（如需复杂初始化，可改用双重检查锁 + volatile，或枚举单例）。
