为spring boot应用程序选择属性文件的奇怪逻辑

Question

我正在处理一个多模块的Maven项目，其中每个模块都是一个Spring Boot应用程序（即打包为一个可执行的jar）。有些模块依赖于其他模块。该项目使用platform-bom版本1.1.4版本。

我发现了一个我认为奇怪的逻辑来决定使用哪些应用程序属性文件--尽管没有明确地与https://docs.spring.io/spring-boot/docs/current/reference/html/boot-features-external-config.html中的信息相反，但充其量似乎还是不直观的。

这种情况是在下列情况下发现的：

>

模块A在其resources文件夹中有一个application.properties文件，因此它被打包到Spring BootJAR的根目录中。这个application.properties定义了一个标准的Spring JPA数据源。

模块B依赖于A，但在其中有自己的application.yml属性文件（以及一个配置文件特定的.properties文件，例如application-foo.properties）。该文件没有JPA数据源的条目，但代码期望注入一个数据源。

出乎意料的是，当B的测试在Maven构建中运行时，来自A的application.properties似乎被读取，并用于配置B使用的数据源。从上面的链接，可以推断这是正确的行为（24.3中的“类路径根”可以理解为在类路径上的jar的根中，在为B运行测试时，A的jar将是这个根）。NB还处理.yml属性。

但是，如果我在B的资源中提供了一个空的application.properties，以及.yml文件，那么在测试期间，这似乎是优先的，而来自A的application.properties将不再被处理。仍在处理.yml文件。

从文档中我会想到所有符合条件的属性文件都应该被处理，也就是说，如果A的application.properties被读取，那么如果B提供了自己的文件（以B的优先），它仍然应该被处理。而且.properties和.yml文件似乎不是一样对待的（application.yml的存在并没有阻止A的application.properties被读取，但B中的application.properties却阻止了）。

请有人澄清预期的行为是什么，并评论文档（上面链接的）是否正确？特别是：

1）当文档说明属性文件可以从“类路径根”加载时，是否也应该包括类路径上任何JAR的根？

2）提供B中的应用程序.属性是否应该阻止找到A？

3）对于这种行为，是否应该区别对待.yml属性？

Answer 1

类路径根只是它所包含的所有存档中所有文件的扁平化表示。您可以将其视为解压目录中的任何内容，然后读取它（物理上是不同的，但这与读取文件时发生的情况类似）。最接近您的文件将在任何其他文件之前被读取。因此，当您提供自己的application.properties时，它将覆盖jar文件中包含的内容。

因此，是的，这将停止读取JAR中的文件。为什么假设20个罐子都包含一个application.properties应该如何保证一个订单，哪一个应该赢？特别是如果它们包含重叠的属性。因此只会读取一个。

.properties和.yml是不同的文件，因此都是读取的（我甚至认为.properties是在.yml文件之前读取的，但不确定）。所以，是的，这也是预期的行为。