在Spring Boot项目中，打包成WAR文件并将其部署到Tomcat服务器时，有时我们需要将配置文件放置在Tomcat的`conf`目录下，以便于统一管理和更新。这个过程涉及到Spring Boot的自定义环境处理器（EnvironmentPostProcessor）和WAR包的构建配置。以下是如何实现这一目标的详细步骤：
1. **创建自定义环境处理器**：
在项目中的`config`包下，创建名为`MyEnvironmentPostProcessor.java`的类，该类需要实现`EnvironmentPostProcessor`接口。这个接口是Spring Boot提供的，允许我们在应用启动之前对环境进行定制化处理。在这个类中，我们重写`postProcessEnvironment`方法，读取Tomcat的`conf`目录下的配置文件，并将其加载到Spring的环境属性源中。
```java
@Component
public class MyEnvironmentPostProcessor implements EnvironmentPostProcessor {
// ...
public void postProcessEnvironment(ConfigurableEnvironment configurableEnvironment, SpringApplication application) {
// 获取Tomcat的conf目录路径
String property = System.getProperty("catalina.home");
// 读取witparkcloud.properties配置文件
String path = property + File.separator + "conf" + File.separator + "witparkcloud.properties";
// 加载并添加配置文件到属性源
// ...
}
// ...
}
```
2. **配置EnvironmentPostProcessor**：
Spring Boot不会自动扫描并执行我们的自定义环境处理器，因此需要手动告诉它在哪里找到这个处理器。这通过在`resources/META-INF/spring.factories`文件中添加一行配置完成。在`spring.factories`文件中，键`org.springframework.boot.env.EnvironmentPostProcessor`的值应设置为你创建的环境处理器类的全限定名，例如`com.sdkj.cloud.WitParkCloudEnvironmentPostProcessor`。
```properties
# resources/META-INF/spring.factories
org.springframework.boot.env.EnvironmentPostProcessor=com.sdkj.cloud.MyEnvironmentPostProcessor
```
3. **构建WAR包**：
确保你的Spring Boot项目配置正确，能够生成WAR格式的部署包。通常，这可以通过在`build.gradle`或`pom.xml`文件中设置打包类型为`war`来实现。
- 对于Gradle：
```groovy
apply plugin: 'war'
```
- 对于Maven：
```xml
<packaging>war</packaging>
```
4. **部署到Tomcat**：
将生成的WAR文件部署到Tomcat服务器。Tomcat会自动将`conf/witparkcloud.properties`文件加载到Spring Boot应用的环境中，因为我们在`MyEnvironmentPostProcessor`中已经实现了这个逻辑。
5. **配置文件的优先级**：
Spring Boot的配置文件加载顺序是：`application.properties`（或`application.yml`） > `Config`（这里指我们从Tomcat`conf`目录加载的`witparkcloud.properties`） > 命令行参数。这意味着，如果`witparkcloud.properties`中存在与`application.properties`相同的配置项，那么`witparkcloud.properties`的配置将会覆盖`application.properties`。
6. **日志和调试**：
为了确保配置文件被成功加载，可以在`postProcessEnvironment`方法中添加日志输出，如`System.out.println()`，以查看配置文件的路径、内容等信息。
通过这种方式，你可以将特定的配置文件放在Tomcat服务器的`conf`目录下，便于集中管理，同时不影响Spring Boot应用的正常运行。这种做法在多环境部署或者需要不同团队协作维护配置的情况下特别有用。
