静态代码块通过JVM类初始化机制保证单例唯一性：仅执行一次、线程安全、原子性，无需判空或同步；适合多步初始化，但需谨慎处理异常。
Java 中 static 静态代码块本身不负责“校验”，而是承担**一次性、原子性初始化任务**，它天然适合作为单例实例创建的可靠载体——关键在于利用 JVM 类初始化机制的线程安全特性，而非手动写 if 判断或校验逻辑。
静态代码块为何能保证单例唯一性
类首次被主动使用（如调用静态方法、访问静态字段）时，JVM 会触发类初始化。这个过程包含：为静态变量赋默认值 → 执行所有静态代码块（按书写顺序）→ 完成初始化。整个流程由 JVM 保证：
- 只执行一次，即使多个线程同时触发初始化，JVM 内部协调，仅一个线程执行，其余阻塞等待
- 执行过程不可中断、不可重入，具有原子性
- 无需加锁，无同步开销，线程安全由虚拟机底层保障
用静态代码块实现单例的典型写法
将实例创建逻辑放在 static 块中，配合私有构造与静态引用即可：
public class Singleton {
private static Singleton instance;
private Singleton() {}
static {
instance = new Singleton(); // 唯一实例在此创建
}
public static Singleton getInstance() {
return instance; // 直接返回，无需判空或同步
}
}
这种写法本质属于“饿汉式”的变体，但比直接声明 private static final Singleton instance = new Singleton(); 更灵活——适合需要多步初始化的场景，比如加载配置、建立连接等。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
它和“校验”无关，但效果等价于最严校验
有人误以为要像懒汉式那样写 if (instance == null) 来“校验”，其实没必要：
- static 块只运行一次，
instance必然被赋值且不会重复赋值 - 不存在 null 状态（除非块内抛异常导致初始化失败，此时后续访问会抛
ExceptionInInitializerError） - 不需要判空、不需 synchronized、不需双重检查——JVM 已替你完成所有“校验”与同步
注意事项：异常处理不可忽略
若静态代码块中初始化可能失败（如读取文件出错、网络连接超时），必须捕获并妥善处理，否则类初始化失败后，任何对该类的访问都会抛出 ExceptionInInitializerError，且该类将无法再次使用：
- 推荐在 static 块中做 try-catch，并设 instance 为 null 或抛运行时异常明确提示
- 避免在块中执行不可控的外部操作；如必须，应确保失败可恢复或有降级策略
