SpringBoot配置文件中spring.profiles.active配置详解

1、多环境配置

我们在开发Spring Boot应用时，通常同一套程序会被应用和安装到几个不同的环境，比如：开发、测试、生产等。其中每个环境的数据库地址、服务器端口等等配置都会不同，如果在为不同环境打包时都要频繁修改配置文件的话，那必将是个非常繁琐且容易发生错误的事。

对于多环境的配置，各种项目构建工具或是框架的基本思路是一致的，通过配置多份不同环境的配置文件，再通过打包命令指定需要打包的内容之后进行区分打包，Spring Boot也不例外，或者说更加简单。

在Spring Boot中多环境配置文件名需要满足application-{profile}.properties的格式，其中{profile}对应你的环境标识，比如：

application.properties：默认配置
application-dev.properties：开发环境
application-test.properties：测试环境
application-prod.properties：生产环境

至于哪个具体的配置文件会被加载，需要在application.properties文件中通过spring.profiles.active属性来设置，其值对应{profile}值。

如：spring.profiles.active=test就会加载application-test.properties配置文件内容
下面，以不同环境配置不同的服务端口为例，进行样例实验。

针对各环境新建不同的配置文件application-dev.properties、application-test.properties、application-prod.properties 在这三个文件均都设置不同的server.port属性，如：dev环境设置为8080，test环境设置为9090，prod环境设置为80、application.properties中设置spring.profiles.active=dev，就是说默认以dev环境设置。

如：spring.profiles.active=hello-world,sender,dev 有三个参数，其中 dev 正好匹配下面配置中的application-dev.properties 配置文件，所以app启动时，项目会先从application-dev.properties加载配置，再从application.properties配置文件加载配置，如果有重复的配置，则会以application-dev.properties的配置为准。
补充：如果是application.yml,application.properties配置文件同时存在，会以application.properties配置文件为准，后加载的配置文件中重复的配置项会覆盖先加载的配置项。两者中如果用spring.profiles.active指定其他配置文件，最终重复项以spring.profiles.active指定的配置文件为准。

2.通过@Profile注解匹配active参数，动态加载内部配置

@Profile可接受一个或者多个参数，例如：

@Profile({"tut1","hello-world"})
@Configuration
public class Tut1Config{
	@Bean
	public Queue hello(){
		return new Queue("hello");
	}
	@Profile("receiver")
	@Bean
	public Tut1Receiver receiver(){
		return new Tut1Receiver();
	}
	@Profile("sender")
	@Bean
	public Tut1Sender sender(){
		return new Tut1Sender();
	}	

当 spring.profiles.active=hello-world,sender 时，该配置类生效，且第一个@Bean和第三个@Bean生效
如果spring.profiles.active=hello-world ，则该配置文件生效，第一个@Bean生效
如果spring.profiles.active=sender ，该配置文件未生效，所以下面的@Bean都不会生效
如此，当我们的项目需要运行在不同环境，特异化配置又比较多，该注解的优势是相当明显的！

参考文章链接

1、https://juejin.cn/post/6847902221720518664