最推荐的方式是静态内部类，它利用JVM类加载机制实现线程安全的懒初始化：外部类加载时不初始化Holder，仅首次调用getInstance()访问Holder.INSTANCE时才触发Holder类加载与实例创建。

Java 中在静态上下文中实现高效延迟加载单例，最推荐的方式是用静态内部类——它不依赖同步、不靠 volatile，靠 JVM 类加载机制天然保障线程安全与懒初始化。

为什么静态内部类能在静态上下文中延迟加载

静态方法（如 getInstance()）本身属于类的静态上下文，但它不触发外部类的初始化；而静态内部类只有在首次被主动使用时才初始化。当 getInstance() 里访问 Holder.INSTANCE，JVM 才加载并初始化 Holder 类，此时才执行 new 操作。这就把昂贵对象的创建完全推迟到第一次调用时刻。

• 外部类加载时，Holder 类不会被加载，更不会初始化
• getInstance() 是静态方法，可直接调用，无需实例
• 整个过程发生在类的静态生命周期内，符合“静态上下文”要求

标准写法必须满足三个条件

缺一不可，否则可能破坏延迟性或线程安全性：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 外部类构造函数私有：private Singleton() {}，防止 new 或反射绕过
• 静态内部类声明为 private static class Holder，且内部只定义一个 public static final 实例字段
• getInstance() 方法体仅一行：return Holder.INSTANCE;，不判空、不加锁、不 new

关键细节决定是否真正高效

看似简单，但几处细节直接影响延迟效果和安全性：

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

• INSTANCE 必须是 static final：保证不可变性，避免指令重排序导致其他线程看到半初始化对象
• Holder 类不能被外部类提前引用：比如在外部类静态块中写 Holder.class 或调用其任意静态方法，会提前触发初始化
• 构造逻辑不能抛未捕获异常：一旦 Holder. 抛异常，后续所有 getInstance() 都会抛 NoClassDefFoundError

适用场景与替代提醒

这种模式适合绝大多数需要全局唯一、启动轻量、首次使用才初始化的组件：

• 配置管理器、日志门面、轻量工具类、缓存门面等
• 不适合需带参构造的场景——因为 Holder 中只能调用无参构造
• 如需防御反射或反序列化，可在构造方法中加校验，或添加 readResolve() 方法