Springboot主配置文件
Springboot主配置文件
- Profile环境配置
- 配置文件加载位置
Springboot主配置文件 application.yml 的核心值类型写法内容在这篇博客里 Springboot 配置属性绑定,下面我们介绍 Springboot 主配置文件的Profile环境配置和加载位置的内容。
Profile环境配置
在 Spring Boot 开发中,Profile(环境配置) 是核心特性之一,用于实现多环境隔离,通过不同的配置文件 / 配置项,适配开发、测试、生产等不同环境的需求,避免手动切换配置带来的错误,实现环境无关性部署。
yml 支持多文档块方式
用 --- 分隔,可将所有环境配置写在同一个 application.yml 文件中,更简洁

多环境配置文件
application-{profile}.properties/yml 是 Spring Boot 提供的多环境配置文件约定,用 {profile} 占位符区分环境
application.yml 公共配置
application-dev.yml 开发环境专属配置
application-test.yml 测试环境专属配置
application-prod.yml 生产环境专属配置
激活 Profile(优先级从高到低)
- 命令行参数(最高优先级)
启动 Jar 包时,通过 --spring.profiles.active 指定激活的 Profile
java -jar spring-boot-0.0.1-SNAPSHOT.jar --spring.profiles.active=dev; - JVM 系统参数
启动时通过 -D 指定 JVM 参数,激活 Profile:java -Dspring.profiles.active=test -jar spring-boot-0.0.1-SNAPSHOT.jar; - 配置文件激活(最常用)
在默认配置文件中,application.properties 文件通过 spring.profiles.active=dev指定激活的 Profile,application.yml:

- 虚拟机参数激活;
配置文件加载位置
在 Spring Boot 中,不同位置的配置文件会被 Spring Boot 自动扫描加载,且存在明确的优先级规则(高优先级配置会覆盖低优先级的同名属性,非同名属性互补)。
Springboot 启动会扫描以下位置的 application.properties / application.yml 文件作为 Spring boot 的默认配置文件 ,配置文件在项目 src/main/resources 下,打包后会嵌入 Jar 包中
- –file:./config/

- –file:./

- –classpath:/config/

- –classpath:/

命令行参数方式
类路径外(外部配置,部署后可修改,优先级高)
所有的配置都可以在命令行上进行指定,参数覆盖或指定配置
java -jar spring-boot-02-config-02-0.0.1-SNAPSHOT.jar --server.port=8087 --server.context-path=/abc
强制指定 Spring Boot 加载配置文件的路径,此配置文件的加载路径优先级最高
java -jar spring-boot-02-config-02-0.0.1-SNAPSHOT.jar --spring.config.location=C:/appliction.properties
命令行参数是 Spring Boot 中优先级最高、部署后可灵活调整的核心配置手段,无需重新打包应用
可通过启动命令实现两类核心配置需求:一是直接指定配置项,以 --参数名=值 的格式动态传入 Spring Boot 支持的所有配置项(如端口、上下文路径、数据库连接信息等),例如 java -jar spring-boot-02-config-02-0.0.1-SNAPSHOT.jar --server.port=8087 --server.servlet.context-path=/abc,这种方式优先级高于所有配置源,可临时覆盖类路径内、外部配置文件中的同名属性,适合快速调整少量配置;
二是通过 --spring.config.location 参数强制指定配置文件或目录路径,例如 java -jar spring-boot-02-config-02-0.0.1-SNAPSHOT.jar --spring.config.location=C:/application.properties,该方式加载的配置文件优先级高于默认位置(类路径内、Jar 包同级目录等),核心用于生产环境实现配置与应用分离,但需注意其配置会被命令行直接指定的同名配置项覆盖。
