Java静态代码块适合类加载时初始化配置，需避免硬编码路径、编码乱码、异常静默等问题；应通过类加载器读取资源，显式指定UTF-8，用try-with-resources管理流，并配合枚举实现语义化配置；禁止远程调用与耗时操作，热部署下不可靠，生产环境推荐@ConfigurationProperties替代。
Java静态代码块适合在类加载阶段一次性读取并初始化配置，但必须避开路径硬编码、编码缺失、异常静默、热部署失效等典型问题。它不是Spring配置的替代品，而是无容器环境或基础参数场景下的轻量级方案。
用对路径和类加载器
别用new FileInputStream("config.properties")——打包后必报FileNotFoundException。应统一走类路径加载：
- 优先使用
Class.getClassLoader().getResourceAsStream("application.properties") - 若配置不在 classpath（如放在
/etc/app/），需回退到系统属性指定的绝对路径：System.getProperty("config.path") - 流为
null时不能忽略，必须明确抛异常或 fallback，否则后续所有对该类的访问都会触发NoClassDefFoundError
处理编码与异常细节
Properties 默认按 ISO-8859-1 解码，含中文会乱码；异常未捕获则导致类初始化失败，整个类不可用：
- 加载时显式指定 UTF-8：
props.load(new InputStreamReader(is, "UTF-8")) - 所有 IO 操作必须包裹 try-with-resources，避免资源泄漏
- 异常统一转为
ExceptionInInitializerError，不吞掉堆栈，确保启动失败可定位 - 赋值操作全放在 try 块内，防止部分字段初始化失败却继续执行
配合枚举实现语义化配置
把配置里的数字映射成枚举，不只是提常量，而是赋予业务含义、支持校验、便于重构：
立即学习“Java免费学习笔记（深入）”；
- 定义枚举时带构造参数，如
PENDING(1)、SHIPPED(2) - 静态块中读到
order.status.pending=1后，不做int status = 1，而是确认OrderStatus.PENDING存在 - 在枚举内补充
public static OrderStatus fromCode(int code)，遍历values()匹配，找不到就抛IllegalArgumentException - 数据库查询、接口返回、条件判断全部使用枚举引用，IDE 可提示、编译器可校验
认清边界：什么不该放静态块
静态块不是万能初始化入口，滥用会引入隐性风险：
- 热部署（如 Spring Boot DevTools）下不会重执行——新类加载器加载的是全新静态变量，旧值无法同步
- 禁止远程调用、HTTP 请求、耗时计算等操作，否则拖慢启动甚至卡死类初始化
- 不要在块里调用本类其他尚未初始化的静态方法，易引发类初始化循环
- 生产环境建议放弃静态块托管动态配置，改用
@ConfigurationProperties + @RefreshScope或监听文件变更主动 reload
