静态代码块不能用于运行时静态环境检查，因其在类初始化阶段执行，无法访问系统属性、环境变量、Spring上下文等运行时要素，强行校验会触发ExceptionInInitializerError并导致类不可用。
静态代码块不能用于运行时静态环境检查。
静态代码块不具备运行时环境感知能力
静态代码块在类初始化阶段执行，此时 JVM 尚未完成应用上下文构建，所有“运行时环境”要素都不可用：
- 系统属性（System.getProperty()）可能尚未完全加载，或值为空
- 环境变量（System.getenv()）在某些容器或启动方式下延迟注入，读取结果为 null
- 无法访问 Spring 上下文、配置中心、命令行参数等典型运行时输入源
- 没有日志框架初始化支持，SLF4J 或 Log4j 实例通常为 null
强行在静态块中检查会引发严重故障
一旦尝试校验失败，将直接触发 ExceptionInInitializerError，导致该类彻底不可用：
- 后续任何对该类的引用（包括 new、static 方法调用）都会抛出 NoClassDefFoundError
- 原始异常被包装吞掉，堆栈不包含原始原因，极难定位
- 无 fallback 机制：不能设默认值、不能重试、不能记录警告后继续
- Web 应用中可能导致整个 Servlet 初始化失败，服务无法启动
合规的环境检查应放在可控入口点
把检查逻辑移到可捕获、可记录、可恢复的位置：
立即学习“Java免费学习笔记（深入）”；
- Spring 环境：使用 @PostConstruct 或实现 InitializingBean，配合 @Value("${xxx:default}") 提供默认值
- 主启动类：在 main 方法开头集中校验，失败时打印清晰错误并 System.exit(1)
- 静态工厂方法：如 Config.loadFromEnv()，显式调用、支持 try-catch 和日志输出
- 配置类：用 @ConfigurationProperties + @Validated，自动绑定并校验非空、范围等约束
若必须预加载配置，静态块仅限安全场景
仅允许以下低风险操作：
- 读取 classpath 下的常量 properties 文件（确保文件存在且格式固定）
- 解析后赋值给 public static final 字段（如枚举映射、HTTP 状态码表）
- 不做网络请求、不打开文件句柄、不调用外部服务、不启动线程
- 所有 IO 操作必须包裹 try-catch，并有明确 fallback（如用硬编码默认值）
