Spring Boot 应用中，YAML 配置文件（如 application-dev.yml）引用环境变量（如 ${URL}）时未被正确解析，通常并非配置语法问题，而是开发环境（尤其是 IntelliJ IDEA）未正确加载或继承系统环境变量所致。
spring boot 应用中，yaml 配置文件（如 application-dev.yml）引用环境变量（如 `${url}`）时未被正确解析，通常并非配置语法问题，而是开发环境（尤其是 intellij idea）未正确加载或继承系统环境变量所致。
在 Spring Boot 中，通过 ${VAR_NAME} 语法引用环境变量是完全支持的，且优先级高于 application.yml 中的默认值（根据 Spring Boot 外部化配置优先级规则）。因此，以下配置本身是合法且推荐的：
# application-dev.yml
spring:
datasource:
url: ${URL:jdbc:h2:mem:devdb} # 支持默认值回退
username: ${USERNAME:sa}
password: ${PASSWORD:}
✅ 前提条件：
- 环境变量需在应用启动前已存在于 JVM 进程环境中；
- 变量名不区分大小写（Spring Boot 自动标准化为大写），但建议统一使用大写以避免歧义；
- 若变量未设置，且未提供默认值（如 ${URL:...}），则占位符将原样保留，导致 IllegalArgumentException 等运行时错误。
⚠️ IntelliJ IDEA 常见陷阱：
IntelliJ 默认不会自动继承当前终端或系统级别的环境变量——尤其当 IDE 是通过桌面图标、Dock 或 Launchpad 启动时，其进程环境为空或极简（仅含基础 PATH）。即使你在终端中 export URL=jdbc:mysql://localhost:3306/mydb，再从该终端启动 IDEA（idea .），也需确保以 bash -l 或 zsh -l 方式启动（加载登录 shell 配置），否则 .zshrc/.bash_profile 中的 export 语句可能未执行。
? 解决方案（按推荐顺序）：
- 重启 IntelliJ IDEA（如答案所述）：关闭所有实例 → 完全退出（macOS：Cmd+Q；Windows/Linux：File → Exit）→ 重新启动。这能强制 IDE 读取当前系统环境快照。
-
在 Run Configuration 中显式配置环境变量：
- 打开 Run → Edit Configurations…
- 选择你的 Spring Boot 启动项 → 展开 Environment variables
- 点击右侧 ... 按钮，添加键值对：URL=jdbc:mysql://localhost:3306/dev, USERNAME=root, PASSWORD=123456
- ✅ 勾选 Include system environment variables（确保基础 PATH 等不丢失）
-
启用“Shell environment”插件（macOS/Linux）：
- 安装插件 Shell Environment（JetBrains 官方维护）
- 重启后，IDEA 将自动从用户 shell（如 zsh）加载完整环境变量。
-
验证环境变量是否生效：
在启动类中临时添加日志验证：@SpringBootApplication public class MyApp { public static void main(String[] args) { System.out.println("URL env: " + System.getenv("URL")); // 查看是否为 null SpringApplication.run(MyApp.class, args); } }
? 额外建议：
- 生产环境务必使用 spring.profiles.active=prod + application-prod.yml，避免依赖外部环境变量带来的不确定性；
- 开发阶段可结合 @TestConfiguration 或 @DynamicPropertySource（Spring Boot 2.4+）进行集成测试，动态注入测试数据库连接；
- 使用 spring.config.import=optional:file:./config/local.yml 实现本地覆盖配置，比纯环境变量更易版本控制和协作。
综上，${VAR} 解析失败极少源于 Spring Boot 本身，绝大多数情况是 IDE 或启动上下文未正确传递环境变量。养成「启动前检查 System.getenv()」的习惯，可快速定位根源。
