静态块适合存放全应用共享、启动即需、运行期不变的参数，如DB_URL、MAX_POOL_SIZE、log.level等；需用Class.getResourceAsStream()安全加载config.properties，字段须声明为public static final以确保一次生效。
静态块不能配置 JVM 参数，但能可靠管理应用级运行参数——它不是启动参数的替代品，而是应用内部统一、早于实例、一次生效的配置中枢。
哪些参数适合放进静态块
只放那些与对象无关、全应用共享、启动即需、运行期不变的值：
- 数据库连接串（DB_URL）、最大连接数（MAX_POOL_SIZE）
- 日志级别（log.level）、监控开关（metrics.enabled）
- 预编译正则表达式（Pattern.compile("^[a-z]+\d*$")）
- 全局 ObjectMapper 或 Gson 实例
- 从 config.properties 手动加载的基础键值对
怎么安全读取配置文件
Spring 还没启动，@Value 和 Environment 不可用。必须用原生方式加载：
- 把配置文件放在 src/main/resources/config.properties
- 用 Class.getResourceAsStream("config.properties") 加载（路径不加斜杠）
- 务必判空：if (is == null) throw new RuntimeException("config.properties not found")
- 用 Properties.load() 解析，再通过 getProperty("key") 取值
- 所有 IO 操作必须 try-catch，避免抛出 ExceptionInInitializerError 导致类加载失败
如何确保参数真正“一次生效”
静态块执行一次的前提是类加载器唯一。常见干扰来自：
立即学习“Java免费学习笔记（深入）”；
- Spring Boot 热部署：旧类加载器未释放，新加载器重复加载同一类
- Tomcat 多应用部署或 OSGi 场景：不同 ClassLoader 各自加载
- 字段声明未加 final，后续被意外修改
- 多个静态块之间存在隐式依赖，顺序错乱导致空指针
解决办法：所有配置字段声明为 public static final；多个静态块按依赖顺序从上到下书写；避免在块中调用尚未初始化类的静态成员。
系统属性（-D）和静态块设置的区别
两者都影响 System.getProperty()，但优先级和作用不同：
- -Dapp.env=prod 启动时注入，优先级高于静态块中同名 setProperty()
- 静态块可做兜底：if (System.getProperty("app.env") == null) System.setProperty("app.env", "dev")
- 注意：System.setProperty() 只改系统属性，对 -Xmx、-XX:+UseZGC 等 JVM 参数完全无效
