spring boot 默认支持通过 -d 参数覆盖配置文件属性，因其系统属性优先级高于 application.properties；需确保属性名规范、大小写正确，且无更高优先级配置冲突。
Java 应用启动时，可以通过 -D 参数在命令行中动态覆盖配置文件（如 application.properties 或 application.yml）中已定义的属性，前提是框架或代码逻辑支持该机制。Spring Boot 默认就支持这种“外部化配置优先级”机制，-D 设置的 JVM 系统属性会参与属性解析，并在特定条件下覆盖配置文件中的同名属性。
Spring Boot 中 -D 参数如何生效
Spring Boot 的属性加载顺序决定了 -D 参数能否覆盖配置文件。系统属性（即 -Dkey=value）的优先级高于 application.properties，但低于命令行参数（--key=value）和测试环境配置。只要没有更高优先级的配置显式覆盖，-D 就能生效。
-
java -Dserver.port=8081 -Dspring.profiles.active=prod -jar app.jar：会覆盖application.properties中的server.port和spring.profiles.active - 注意：属性名需与 Spring Boot 的标准命名一致（如
spring.datasource.url），且大小写敏感 - 若使用
@Value("${xxx}")注入，Spring 会自动解析系统属性；若用@ConfigurationProperties，也默认兼容系统属性
非 Spring Boot 环境下的手动支持
纯 Java 应用（无 Spring）默认不解析 -D 覆盖配置文件，需要自行实现。常见做法是：先读取配置文件，再用 System.getProperty("key") 检查是否被命令行指定，有则覆盖。
- 例如读取
config.properties后，调用props.put("db.url", System.getProperty("db.url", props.getProperty("db.url"))) - 可封装工具类统一处理所有属性，避免重复逻辑
- 建议约定前缀（如
-Dmyapp.db.url=...）防止与 JVM 内置属性冲突
注意事项与常见问题
不是所有属性都能被 -D 直接覆盖，尤其涉及嵌套结构或集合类型时需谨慎。
-
-D只能设置扁平键值对，不支持 YAML 的层级结构（如spring: datasource: url必须写成-Dspring.datasource.url=...） - 某些框架（如 Logback）有自己的系统属性解析规则，需查阅对应文档（如
logback.configurationFile） - IDE 运行时需在「Run Configuration」中设置 VM options，而非 Program arguments
- 若覆盖失败，可通过
spring-boot:run --debug或启用logging.level.org.springframework.core.env=DEBUG查看实际加载的属性源
验证是否生效的小技巧
启动后快速确认属性是否被正确覆盖，比反复调试更高效。
- 在启动类中加一行：
System.out.println(System.getProperty("server.port")); - 或注入
Environment，调用env.getProperty("server.port")输出 - 访问
/actuator/env（需启用 Actuator）查看所有已解析属性及其来源
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
