IDEA中环境变量与JVM系统属性本质不同：环境变量由操作系统传递（System.getenv()读取），-D参数是JVM启动选项（System.getProperty()读取）；二者配置位置、生效逻辑及调试方式均分离，不可混淆。
IDEA里不能直接给单个Java程序“设置环境变量”——它只继承系统级环境变量，或通过运行配置显式覆盖。
为什么java -D参数不是环境变量
很多人误以为-Dfile.encoding=UTF-8或-Dspring.profiles.active=dev是“环境变量”，其实它们是JVM系统属性（System.getProperty()读取），和System.getenv()读取的OS环境变量完全不同。IDEA里配置这两类东西的位置、生效逻辑、调试方式都不同。
-
System.getenv("PATH")读的是操作系统启动IDEA时传入的环境变量（比如JAVA_HOME、MY_API_KEY） -
System.getProperty("user.dir")读的是JVM启动参数（-D开头）或默认值 - IDEA不会自动把项目里的
.env文件或application.yml转成OS环境变量
在Run Configuration里添加环境变量（最常用）
这是给单个运行配置（如Main方法、JUnit测试、Spring Boot启动类）注入环境变量的正解：
- 点击右上角运行配置下拉菜单 → Edit Configurations…
- 选中你的配置 → 右侧找到 Environment variables 输入框
- 点右侧的
…按钮，用键值对形式填写，例如：SPRING_PROFILES_ACTIVE=localDB_URL=jdbc:h2:mem:testdb - 注意：Windows下变量名不区分大小写，但Java程序里
System.getenv("spring_profiles_active")会返回null，必须严格匹配大小写 - 如果值含空格或特殊字符，IDEA会自动加双引号，不用手动处理
让所有新配置默认继承系统变量（避免重复填）
每次新建Run Configuration都要重填环境变量？可以统一启用继承：
- 进入
Help → Find Action →搜索Registry - 勾选
ide.run.configurations.environment.variables.inherit - 重启IDEA后，每个新配置的 Environment variables 区域底部会多一行提示：
Inherit environment variables from system - 此时你仍可在此处追加或覆盖个别变量（比如覆盖
LOG_LEVEL=debug），优先级：配置内定义 > 系统变量
OpenJDK本身不参与环境变量传递——关键在启动方式
OpenJDK和Oracle JDK在这点上完全一致：它们只是JVM实现，不决定环境变量怎么传。真正起作用的是IDEA用什么命令启动JVM：
- IDEA底层调用的是类似这样的命令：
"C:\Program Files\Java\jdk-17.0.2\bin\java.exe" -Dfile.encoding=UTF-8 -classpath "..." com.example.Main - 其中环境变量（
ENV=prod）是通过操作系统进程创建机制传给子进程的，IDEA只是把你在UI里填的内容塞进CreateProcess（Windows）或execve（Linux/macOS）的envp参数 - 所以如果你在IDEA里填了
ENV=staging，但代码里System.getenv("ENV")还是null，大概率是拼错了名字，或者没点Apply保存配置
最容易被忽略的一点：修改Run Configuration后必须重新运行（不能点「Rerun」），否则旧进程可能复用之前的环境变量快照；另外，Maven/Gradle运行配置（如mvn spring-boot:run）要单独配置，它不继承Java Application的设置。
