掌握SpringBoot配置文件的加载顺序

在Spring Boot项目中，配置文件是管理应用属性的重要手段。正确理解配置文件的加载顺序，有助于开发者在不同环境下灵活地控制应用行为。本篇文档将详细介绍Spring Boot在启动时如何加载配置文件，并通过实例阐述在Windows 11环境下，使用IntelliJ IDEA 2017开发工具，结合JDK 1.8和Maven 3.2.1版本的项目中配置文件的加载过程。 首先需要明确的是，Spring Boot默认加载配置文件的顺序是： 1. `***` 目录下的配置文件； 2. `***` 目录下的配置文件； 3. `classpath:/config/` 包下的配置文件； 4. `classpath:/` 目录下的配置文件。 此顺序可以简单记忆为：从项目外到项目内，从文件系统到类路径。Spring Boot会按照这个顺序查找配置文件，并且一旦找到文件，就会立即停止搜索。 在本示例中，项目配置了两个端口监听值，分别位于不同的配置文件中。第一个配置文件放置于源代码根目录（src根目录）同级位置，根据加载顺序，这个位置的配置文件应该是最后被加载的。第二个配置文件放置在`src/main/resources/config`目录下，这个位置属于`classpath:/config/`目录，会优先于src根目录下的配置文件被加载。 具体操作步骤如下： - 将配置文件放置在相应位置； - 在IDEA中启动项目； - 观察启动日志，看哪个配置文件被加载，并据此判断当前应用的行为； - 如果启动时遇到编译错误，可尝试刷新Maven项目以确保依赖正确。 需要注意的是，如果配置文件名称不同，则Spring Boot会加载所有的配置文件，并根据`spring.profiles.active`属性来决定哪些配置文件生效。如果配置文件名称相同，则后面的配置文件会覆盖前面的配置文件中的相同属性。 此外，Spring Boot还允许通过命令行参数、环境变量、系统属性等方式来指定激活特定的配置文件。例如，可以使用如下命令指定激活`dev`环境配置文件： ```bash java -jar myproject.jar --spring.profiles.active=dev ``` 通过这种方式，开发者可以在不同的环境下灵活切换配置，而不需要修改代码或者重新编译打包。 最后，文档中提到的"unit2-1"是一个压缩包子文件的名称，但由于缺乏具体的上下文信息，我们无法确定这个文件的内容和它在整个配置加载过程中所起的作用。如果这个压缩包包含了Spring Boot的项目文件，那么它可能是一个版本控制的备份或者是用于分发的资源包。如果是用于分发，那么其中应该包含了源代码、配置文件等项目必需的部分。 总而言之，理解并掌握Spring Boot的配置文件加载顺序，对于开发和维护Spring Boot应用至关重要。正确的配置文件管理能够提高开发效率，保证应用在不同环境下的正确运行。