静态代码块配合单例模式的核心价值是利用JVM类初始化机制，将多步初始化逻辑压缩为一次、线程安全、不可重入的原子执行窗口，避免重复开销与显式同步。
静态代码块配合单例模式，核心价值不是“加功能”，而是借力JVM类初始化机制，把多步初始化逻辑压缩进一次、线程安全、不可重入的执行窗口里——既避免重复开销，又绕过显式同步。
静态代码块让初始化变成“原子动作”
多个线程首次调用 getInstance() 时，JVM 会检测到该类尚未完成初始化，自动对 <clinit> 方法加锁。此时所有静态字段赋值、静态块执行、异常处理，全部按源码顺序串行完成，且仅执行一次。后续访问直接读取已构造好的 final 实例，零判断、零锁、零重排序。
- 哪怕写十个 static 块，JVM 也保证它们整体只跑一遍，中间不被打断
- 实例字段声明为
private static final，配合静态块赋值，天然具备可见性与不可变性 - 不用 volatile、不用 synchronized，线程安全由 JVM 底层保障
适合需要多步准备的单例场景
当单例构建不只是 new 一个对象，还要加载配置、建立连接、预热缓存时，静态块比单纯声明静态变量更清晰可控。
- 比如在静态块中读取 properties 文件、初始化数据库连接池、注册监听器
- 若某步失败（如文件不存在、网络不通），可统一 throw RuntimeException，让类初始化失败，避免后续调用返回半初始化状态
- 相比懒汉式里每次判空再 try-catch，静态块把错误拦截在类加载阶段，失败即终止，更早暴露问题
和饿汉式直接声明的区别在于可读性与扩展性
两者都属于“类加载时初始化”，线程安全性完全等价。但静态块更适合逻辑稍复杂的初始化。
立即学习“Java免费学习笔记（深入）”；
- 直接声明：
private static final Singleton INSTANCE = new Singleton();—— 简洁，适合无依赖、无异常风险的构造 - 静态块：
static { INSTANCE = new Singleton(); initConfig(); loadCache(); }—— 步骤显式、顺序明确、便于调试和加日志 - 二者生成的字节码最终都归入
<clinit>，性能差异可忽略，选哪种取决于初始化逻辑是否需要分步表达
注意规避提前触发类加载
静态块的“延迟”是相对的——它发生在类首次被主动使用时。如果其他类在静态字段中直接引用了该单例类，就会导致类提前加载，失去按需初始化的意义。
- 避免在无关工具类的 static 字段里写
Singleton.getInstance()或直接引用Singleton.INSTANCE - 确保 getInstance() 是外部对该类的首次主动使用（如调用方法、访问静态字段），否则初始化时机不可控
- 若需严格懒加载（比如单例资源昂贵且极少使用），应改用静态内部类方式
