静态代码块需主动校验依赖：配置项非空校验、资源文件存在性检查、静态字段初始化顺序验证、对象语义有效性确认，失败时抛出明确异常。
静态代码块本身不支持“依赖注入”或运行时动态解析依赖，但可以通过显式校验逻辑，确保所依赖的静态资源在类加载阶段就具备完整性和可用性。关键不是让 JVM 自动检查依赖，而是由开发者在 static {} 中主动读取、判断、兜底。
校验必需配置项是否缺失或为空
从 properties 或 YAML 文件加载配置后，不能默认值了事，需对关键字段做非空+非空白校验：
- 封装一个工具方法，统一处理 null、空字符串 "" 和纯空白字符串 "\t\n "
- 校验失败直接抛 RuntimeException（如 IllegalStateException），避免静默使用默认值导致后续逻辑错乱
- 异常消息中明确指出缺失的 key 和上下文，例如 "Missing required config: 'database.url'"
校验外部资源文件是否存在且可读
用 ClassLoader.getResourceAsStream() 加载资源时，返回 null 表示未找到——这不算异常，但必须主动检查：
- 若流为 null，记录 ERROR 级日志，并抛出 ExceptionInInitializerError，防止类被部分初始化后继续使用
- 不要用 new FileInputStream()，它依赖绝对路径，打包后必然失败
- 二进制资源（如证书、字体）建议一次性读入 byte[]，后续校验长度是否为 0
校验跨静态字段的初始化顺序与有效性
多个静态字段之间存在依赖时，JVM 按源码顺序初始化，但不会自动验证值是否合法：
- 例如 private static final String HOST = System.getProperty("host"); 后紧跟 static { if (HOST == null) throw new RuntimeException("HOST not set"); }
- 若依赖另一个静态常量（如 PORT），需确保该字段已在前面声明并完成初始化
- 禁止在静态块中访问尚未声明的静态变量，否则值为 null 或默认值，校验失效
校验资源构造结果是否符合预期
初始化完对象后，别只看“没报错”，还要验证业务语义是否成立：
- 比如构建了一个 Map
映射表，校验 size 是否 ≥ 预期最小条目数 - 若预加载缓存，调用 containsKey() 测试几个必有 key 是否存在
- 对正则 Pattern，可用 Pattern.compile() 尝试编译并捕获 PatternSyntaxException
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
