背景约定
我们的 spring boot 工程最常见的是有多个环境的配置设定。如开发环境dev
,测试环境test
,生产环境prod
。
我们使用yml
配置文件来配置Spring boot。为什么什么yaml呢?因为写起来规范,有利于阅读。
需求
我们在不同环境打包时可以指定使用不同的环境配置。也可以指定默认的配置(当任何环境都不声明的时候),如默认为
dev
环境。mvn 打包的时候,可以指定使用的环境配置名称,这样在启动jar包的时候,默认就使用打包时指定的环境配置。
当第2点成立时,这时候我们不重新打包,还想用同一个包启动,并且指定一个环境配置用于测试环境等,此种情况可以实现“一包到底”,即从测试到发布可以始终是一个包,只是启动时声明的环境配置不同。
有时候我们在开发的时候还想在本地电脑启动应用的时候选择不同的环境,比如模似测试环境。然后又不想去改配置代码以防止误提交,只想改一下IDEA的启动配置,甚至是最小化成本只改
Spring Boot
选项卡中的Active profiles
的值。
以上就是我们的即想要,又想要,还想要的一系列需求。
实现方式
经过不断的尝试,终于实现了上述所有的需求。
这些需求在spring boot项目中,有几个地方配合才能完成。
- pom文件(profiles设定和build设定)
- application.yml 配置文件(支持多级继承,重点是支持激活的变量覆盖)
- IDEA 配置
POM文件
只贴有用的部分,由于我的项目是多模块项目,所以我将profiles设定部分放在了父pom文件中,只要放在 </project>
标签里就行了
|
|
然后在要打包的web工程的pom文件中,定义build的一些选项。最后不断尝试,去掉了一些个性化配置,干净的就是用的spring boot初始化时候的样子
|
|
application.yml 文件
我要打包的子module项目src/main/resources
下的目录和文件结构为:
|
|
之所以这样的目录布局,是因为spring boot 在启动的时候,会查找classpath目录下的配置文件和config目录下的配置文件。也会按命名约定查找application-${profile}.yml文件。
将通用配置放在application.yml中,文件内容如下,这里将几个环境的端口号写在这儿是为了好看,可以写在application-${profile}.yml中,重点就在第7行,不是写死某一个环境值,而是使用了一个可替换的变量:
|
|
Application-dev.yml内容举例,这里可以覆盖主application.yaml中的设定,比如端口号:
|
|
IDEA 设置
由于前面的配置已经配好了启动时接收的环境配置,我们定义了三个 dev
, test
, prod
。所以我们在IDEA的build project配置中,针对Spring Boot
的选项卡中,Active profiles
项的值可以写成dev或test来使用不同的环境配置启动。 当然,默认是dev,这个在pom文件里设定好了,dev启用了activeByDefault
。
打包
打包的时候最好还是指定一个环境,否则默认的就是dev了。打包的时候不指定,启动包的时候就要指定,宁可事先做,别留到后面给自己挖坑,打包时指定使用的环境配置,如测试环境:
|
|
感兴趣的同学可以解开jar包,能看到application.yml中,@profiles.active@
已经被替换成了test
。
启动jar包
启动jar包时,可以重新指定环境配置,如果不指定,则使用打包时指定的环境配置,如果打包时也没指定,则使用默认的dev(因为它开启了activeByDefault)。
启动jar包时,指定环境配置:
|
|
IDEA如果要启动jar包再指定环境配置也非常简单,在jar包的启动项里Program arguments:
设置为如下配置即可。
|
|
好了,开发、测试,打包,启动都可以一气呵成,即想要,又想要,还想要都可以得到满足。
Enjoy coding…