静态代码块依赖JVM类初始化机制保障线程安全与有序执行，需主动捕获异常、避免重操作，并配合public static final实现不可变初始化。
静态代码块能完成静态环境的安全初始化，关键不在于“写个 static {}”，而在于利用 JVM 类初始化机制的天然保障，并规避常见风险。它本身不是安全工具，而是被 JVM 保护的执行时机。
依赖 JVM 的类初始化锁保障线程安全
多个线程首次调用同一类的静态方法（如 getInstance()）时，JVM 会自动对这个类加锁，确保只有一个线程进入 <clinit></clinit> 方法（即所有静态字段赋值 + 静态代码块的总和），其余线程阻塞等待。初始化完成后，所有线程读取的都是同一个已构造好的状态。
- 不需要手动加 synchronized、volatile 或 Lock
- 失败后该类永久不可用（抛
NoClassDefFoundError），避免部分初始化导致状态不一致 - 父类静态块一定先于子类执行，继承链上的基础环境天然有序
用 try-catch 主动兜底异常，防止静默失败
静态代码块中任何未捕获的异常（包括 IOException、ClassNotFoundException）都会包装为 ExceptionInInitializerError，导致类初始化失败。必须显式捕获并转为明确错误：
- 读配置文件时判空 InputStream，避免 NPE
- Properties.load() 指定 UTF-8 编码，防止中文乱码引发解析异常
- 驱动注册失败时 throw new ExceptionInInitializerError("Driver not found", e)
- 不吞掉异常，也不用 log.error —— 日志框架可能尚未就绪
只做轻量、确定、无依赖的初始化
安全 = 可预测 + 可终止 + 不拖慢启动。以下操作应严格避免：
立即学习“Java免费学习笔记（深入）”；
- 不发起网络请求、不读大文件、不建立真实数据库连接
- 不调用其他类的非 final 静态方法（可能触发其未就绪的初始化，引发死锁）
- 不启动新线程、不注册 JVM 关闭钩子（Runtime.addShutdownHook 在类加载阶段不稳定）
- 资源池只创建容器（new ConcurrentHashMap），不填充真实对象
配合 public static final 实现不可变与可访问性
初始化结果应暴露为 public static final 字段，既保证外部可读，又防止运行时被修改：
- 配置项用
public static final Map<string string> CONFIG = new HashMap();</string> - 工具实例用
public static final ObjectMapper JSON = new ObjectMapper(); - 路径资源用
ClassLoader.getSystemResourceAsStream("app.properties")，不写 "/" 开头 - 若需延迟加载重资源，改用静态内部类 Holder 模式，而非在顶层 static {} 中硬扛
