包括spring boot 2.4.0版本中的配置文件

Question

作为开发人员，我在本地开发环境中使用默认的dev配置文件。下面是我的application-dev.properties文件的一部分：

# Profiles    
spring.profiles.include=auth

以前我使用的是spring boot 2.3.0.Release，而Spring.profiles.include属性在运行时包含auth配置文件。

但是在我迁移到spring boot 2.4.0之后，我没有启用auth配置文件。spring.profiles.include属性似乎不像以前那样工作了。

请告诉我如何配置我的配置文件，使我得到与迁移前相同的结果。（我不想在这里使用配置文件组）

提前道谢！

Answer 1

您可以使用类路径:使用spring.config.import

spring.config.import=classpath:application-DEV.yml,classpath:application-auth.yml

Answer 2

如果您的配置处理已以不兼容的方式更改,并且希望使用“遗留”处理方式,则可以通过设置：

spring.config.use-legacy-processing=true

或者,使用YAML：

spring:
  config:
    use-legacy-processing: true

这应将配置处理还原为等效的2.3.x。但是，请注意，该属性的存在只是为了简化从2.3.x到2.4.x的迁移配置文件配置，并且可能会在未来的主要版本¹中被弃用和删除，因此您仍应尝试尽快迁移。要了解此更改的原因和一些附加信息，请继续阅读。

在2.4.0中值得注意的是以下两个范例：

因此，在spring boot 2.4中，我们计划对属性和YAML文件的加载方式进行两个重大更改：

>

文档将按照定义的顺序加载。

无法再从配置文件特定的文档激活配置文件。

事实上，这一更改使what-overrides-what-when逻辑更易于理解，但导致必须禁用某些功能。例如：

my.prop: test

---
spring.profiles: prodprops
my.prop: prod

---
spring.profiles: prod
# no longer works - activating a profile from a profile-specific document!
spring.profiles.include: prodprops
  

如果配置试图从配置文件特定的文档中激活配置文件，则会导致异常，这是不允许的。

为了覆盖这个用例（和其他用例），配置文件组已经作为一个特性添加了。这意味着要启用以前的行为,您需要创建一个配置文件组,如下所示：

spring.profiles.group.<group>=dev, auth

或者在YAML中：

spring:
  profiles:
    group:
      <group>: dev, auth

其中 是所选配置文件组的名称。注意，您可以定义多个组，所有组都应该具有不同的名称。如果然后使用 配置文件启动应用程序，则应激活属于该组的所有配置文件。

另外，spring boot2.4.0还增加了对多文档属性文件的支持，如下所示：

test=value
spring.profiles.active=local
#---
spring.config.activate.on-profile=dev
test=overridden value

请注意文档分隔符(#---)。这允许您在.properties文件中具有与.yml文件中类似的重写逻辑。

同样，在相关的更新帖子中提供了此信息和其他信息。

¹如果以前的弃用是任何指标，则应最早在2.5.0或最晚在2.6.0中删除该属性，后者的可能性更大（在2.5.x中删除该属性）。