静态内部类实现延迟加载的高性能单例模式

静态内部类实现单例，说起来其实很简单——本质就是借力JVM类加载机制。不用写锁，不用加volatile，也不用判空，却能做到线程安全、延迟加载两不误。它不是“模拟懒加载”，而是由JVM规范保障的原子性操作：只有首次主动使用内部类时，才会触发初始化。这才是真正的按需创建。

想要用好这个模式，核心结构必须满足三个条件，缺一不可。少了任何一个，就可能提前初始化、破坏线程安全，或者失去延迟加载的优势。

外部类构造函数私有。这首先是为了防止直接new调用，也为后续加固（比如防反射）留个口子。
内部类必须用static修饰。这样才能避免隐式持有外部类引用，确保内部类可以独立加载，不受外部类实例的影响。
INSTANCE字段声明为static final。JVM在类初始化阶段会保证安全发布，字段一旦赋值就不可变，天然具备可见性。

标准写法其实特别清爽，下面这个模板是最小、可靠、无争议的版本：

public class DatabaseClient {
    private DatabaseClient() {}
    private static class Holder {
        private static final DatabaseClient INSTANCE = new DatabaseClient();
    }
    public static DatabaseClient getInstance() {
        return Holder.INSTANCE;
    }
}

当你第一次调用getInstance()时，JVM才会加载Holder类，执行它的方法完成实例构造。这个过程的背后由类加载器保证：只执行一次、多线程阻塞等待、指令不会重排。换句话说，你什么都不用操心，JVM帮你把最棘手的并发问题全扛了。

为什么比双重检查锁更轻量

双重检查锁看着灵活，实际坑不少，而且运行时还有额外开销。你需要用volatile修饰实例字段，否则可能拿到半初始化对象；每次调用都要进行一次volatile读，对CPU缓存行效率不友好；同步块里还得再判一次空，逻辑上有些冗余。更麻烦的是，如果构造函数中泄露了this（比如注册监听器），还会引发逸出问题。

相比之下，静态内部类方式字节码异常干净。getInstance()编译后等价于一次静态字段读取，没有锁、没有内存屏障，性能几乎可以和直接访问常量媲美。这不是“差不多”，而是实打实的无锁化方案。

常见破坏场景的加固建议

不过也得说清楚：这个模式默认不防反射和反序列化。如果你的场景需要强单例语义，必须自己补点防护。

• 防反射：在私有构造里加道校验，比如判断Holder.INSTANCE != null，如果非法调用就直接抛异常。
• 防反序列化：在外部类加一个readResolve()方法，始终返回Holder.INSTANCE。
• 避免提前触发：千万不要在外部类的静态字段初始化中引用Holder。比如写个static Object x = new Holder();，那延迟加载的时机就全毁了。

另外，如果你需要初始化依赖运行时参数（比如配置项、上下文），静态内部类确实没法直接支持。这时可以考虑枚举单例，或者配合工厂方法封装一把。总之没有银弹，但大部分场景下，静态内部类已经是最优雅的选择。