Java中static块适合初始化全局静态配置，如DB_URL、日志级别、预编译正则等；需手动加载config.properties，确保类加载器唯一且字段为public static final，避免耗时操作和非线程安全结构。
Java 中利用 static 块做环境配置，核心是抓住“类初始化时一次性、线程安全、不依赖 Spring”的特点，适用于那些启动即需、全应用共享、运行期不变的基础参数。它不是配置的万能筐，但用对了就是轻量可靠的启动准备入口。
哪些配置适合放进 static 块
只放真正全局、静态、无状态依赖的值：
- 数据库连接串（
DB_URL）、最大连接数（MAX_POOL_SIZE）、超时毫秒值等基础参数 - 日志级别（
log.level）、监控开关（metrics.enabled）等系统级布尔或字符串常量 - 预编译的正则表达式（
Pattern.compile("^[a-z]+\d*$")） - 复用的 JSON 解析器（
ObjectMapper单例）、全局Logger实例 - 从
config.properties或app.yml手动加载的原始键值对
怎么安全读取配置文件
Spring 还没启动，@Value 和 Environment 都不可用。必须用原生方式加载：
- 把配置文件放在
src/main/resources/config.properties - 用
MyClass.class.getClassLoader().getResourceAsStream("config.properties")加载（路径不以/开头） - 务必判空：
if (is == null) throw new RuntimeException("config.properties not found") - 用
Properties.load(is)解析，推荐指定编码（如new InputStreamReader(is, StandardCharsets.UTF_8)），避免中文乱码 - 所有 IO 操作必须
try-catch，捕获后转为ExceptionInInitializerError，防止静默失败导致后续NoClassDefFoundError
如何确保配置真正“一次生效”
“只执行一次”成立的前提是类加载器唯一且字段不可变：
立即学习“Java免费学习笔记（深入）”；
- 所有配置字段声明为
public static final，比如public static final String DB_URL = ...，避免后续被意外修改 - 多个静态变量和块按源码顺序书写，把强依赖项（如配置文件路径、基础常量）放在前面
- 避免在块中调用尚未初始化类的静态成员，防止被动初始化链中断或空指针
- 注意热部署场景：Spring Boot 重启或 Tomcat 多应用部署时，旧类加载器未释放会导致同一类被不同加载器重复加载——这不是 bug，是 JVM 规范行为
常见陷阱与替代建议
静态块不是银弹，有些情况更适合其他方式：
- 别做耗时操作：远程 HTTP 请求、大文件解析、数据库连接等会阻塞整个类初始化，拖慢启动甚至引发超时
-
别依赖非线程安全结构：JVM 保证块只执行一次，但里面创建的
HashMap或ArrayList仍需手动同步或改用ConcurrentHashMap -
若初始化较重，考虑静态内部类延迟加载：把配置逻辑移到私有静态内部类中，在首次调用
getInstance()时才触发，既保原子性又避提前开销 -
不要试图读
application.properties：那是 Spring Boot 管理的资源，static 块阶段容器尚未启动，只能读自定义配置文件（如config.properties）
