静态代码块不能配置JVM参数，因其执行于类初始化阶段，而JVM参数（如-Xmx、-XX）必须在进程启动时由命令行传入且已锁定；它仅能通过System.setProperty()设置应用级系统属性。
静态代码块不能用于配置 JVM 参数级别的系统变量。JVM 参数（如 -Xmx、-XX:MaxMetaspaceSize、-Dkey=value）必须在 Java 进程启动时由命令行或启动脚本传入，**在类加载前就已生效**；而静态代码块是类加载过程中、初始化阶段执行的 Java 代码，此时 JVM 参数早已固定，无法修改或“配置”它们。
为什么静态块不能设置 JVM 参数
静态代码块运行时机在类首次被主动使用（如 new、调用静态方法、访问静态字段）触发类加载后——此时：
- JVM 已完成启动，所有参数（堆大小、GC 策略、系统属性等）已解析并锁定；
-
System.setProperty()只能修改 系统属性（System Properties），属于应用层键值对，和 JVM 运行时参数（如内存布局、GC 行为）完全无关； - 试图通过反射或 JNI 修改 JVM 内部参数不仅不可行，且会导致未定义行为甚至崩溃。
静态块真正能做的：初始化系统属性（-D 参数的等效效果）
如果你的目标是“让某些配置在应用启动早期就可用”，静态块可安全用于：
- 设置或补全
System.setProperty()，供后续代码（如日志框架、配置中心 SDK）读取； - 确保这些属性在任何类访问
System.getProperty("xxx")前已存在； - 结合
System.getProperty()判断是否已设置，避免重复覆盖。
示例：
public class AppConfig {static {
// 若启动时未指定 -Dapp.env=prod，则默认设为 dev
if (System.getProperty("app.env") == null) {
System.setProperty("app.env", "dev");
}
// 初始化日志级别（Log4j2 / SLF4J 会自动读取）
System.setProperty("log.level", "INFO");
}
}
JVM 参数与系统属性的生效范围对比
JVM 参数（如 -Xms512m、-XX:+UseG1GC、-Dfile.encoding=UTF-8）：
- 作用范围：整个 JVM 进程，影响内存模型、GC、类加载、线程栈等底层行为；
- 生效时间：JVM 启动瞬间解析，不可运行时变更；
- 查看方式：通过
ManagementFactory.getRuntimeMXBean().getInputArguments()可读取启动参数（含 -D）。
系统属性（System.getProperty() 读取的键值）：
- 作用范围：当前 JVM 内所有线程可见，但仅对依赖它的上层库（如配置工具、日志框架）有效；
- 生效时间：可在任意时刻调用
System.setProperty()设置，但通常应在初始化早期完成； - 注意：
-Dkey=value启动参数会自动注册为系统属性，优先级高于静态块中设置的同名属性（因 -D 在类加载前就已注入）。
实战建议：分层配置，各司其职
把配置按层级拆解，避免混淆概念：
-
基础设施层：用 JVM 参数控制内存、GC、编码、元空间等——写在启动脚本里，如
java -Xms2g -Xmx4g -XX:MaxMetaspaceSize=512m -Duser.timezone=GMT+8 MyApp； -
应用配置层：用静态块 +
System.setProperty()设置业务相关系统属性，作为默认兜底； -
外部配置层：通过
application.yml、Nacos、Apollo 等动态加载配置，覆盖静态块设定，实现环境差异化。
