静态代码块不能自动检查初始化状态，需手动编写校验逻辑并抛出异常；可用标志位记录初始化完成状态，但仅适用于无异常场景；所有操作应包裹try-catch并包装异常；访问编译期常量不会触发静态块。
静态代码块本身不提供“初始化状态检查”的能力，它只是执行逻辑的容器。真正的状态检查需要你主动编写判断逻辑，并结合异常处理、标志位或外部依赖校验来实现。
用静态代码块做初始化前的环境校验
在静态块里可以检查运行时条件是否满足，比如系统属性、配置文件是否存在、关键类能否加载等。一旦不满足，就抛出异常中断初始化，避免后续错误。
- 检查必需的系统属性：
if (System.getProperty("env") == null) throw new RuntimeException("缺失 env 系统属性"); - 验证配置路径是否可读：
if (!new File("config.properties").canRead()) throw new IllegalStateException("配置文件不可读"); - 确认依赖类已就绪：
Class.forName("com.example.SomeService"); // 若找不到会抛 ClassNotFoundException
用静态变量记录初始化完成状态
借助一个 static final boolean 标志，在静态块末尾设为 true，之后可通过该标志快速判断类是否已成功初始化（注意：仅适用于无异常场景）。
- 定义：
private static final boolean INITIALIZED = init(); - 配合私有初始化方法：
private static boolean init() { /* 执行检查和赋值 */ return true; } - 这样外部可通过
MyClass.INITIALIZED判断，但需注意：若初始化失败，该字段根本不会被赋值，访问会触发再次初始化尝试
捕获异常并统一反馈初始化结果
静态块中所有操作都应包裹在 try-catch 中，把原始异常转为更明确的错误信息，便于定位问题根源。
- 不要让
NullPointerException或IOException直接暴露——它们会被包装成ExceptionInInitializerError，堆栈不易读 - 推荐写法：
try { loadConfig(); } catch (Exception e) { throw new RuntimeException("配置加载失败", e); } - 日志建议用
System.err.println或确保日志框架已预热；避免依赖尚未初始化的 Logger 实例
避免假性“检查”：编译期常量不触发静态块
如果只访问 public static final int VERSION = 1; 这类编译期常量，JVM 会直接内联值，跳过整个类初始化——静态块里的检查逻辑根本不会运行。
- 这意味着靠访问 final 常量来“触发检查”是无效的
- 真正触发检查，必须使用非 final 静态字段、静态方法，或
new实例等主动使用方式 - 测试时可用
Class.forName("MyClass")强制触发，再观察日志或异常
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
