嘿，这个需求太常见了！我帮不少J2EE项目落地过多环境Maven配置方案，下面给你一步步拆解怎么做，以及必备的插件：

首先得把不同环境的配置文件规整好，避免混乱。我通常建议在src/main/resources下建一个env子目录，专门存放各环境的专属配置，再保留一个通用的默认配置文件：

src/main/resources/
├── application.properties  # 通用配置：比如日志级别、通用参数等
└── env/
    ├── application-dev.properties  # 开发环境：本地数据库地址、调试开关等
    ├── application-sit.properties  # 测试环境：测试服务器数据库、接口地址等
    ├── application-uat.properties  # 预生产环境：接近生产的配置
    └── application-prod.properties # 生产环境：正式数据库、关闭调试等

这样每个环境的配置只存差异项，通用项放在默认文件里，维护起来更轻松。

Maven本身的Profiles机制是实现多环境切换的核心，再配合maven-resources-plugin处理配置文件的复制和变量替换，完全能满足需求。

1. 定义环境Profiles #

在项目的pom.xml里添加<profiles>节点，每个<profile>对应一个环境，设置唯一ID、环境标识属性，还可以设置默认激活的环境（比如开发环境）：

<profiles>
    <profile>
        <id>dev</id>
        <properties>
            <env>dev</env>
            <!-- 可以在这里定义环境专属变量，比如数据库地址 -->
            <db.url>jdbc:mysql://localhost:3306/dev_db</db.url>
            <db.username>root</db.username>
        </properties>
        <!-- 默认激活开发环境，方便本地开发 -->
        <activation>
            <activeByDefault>true</activeByDefault>
        </activation>
    </profile>
    <profile>
        <id>sit</id>
        <properties>
            <env>sit</env>
            <db.url>jdbc:mysql://sit-server:3306/sit_db</db.url>
            <db.username>sit_user</db.username>
        </properties>
    </profile>
    <profile>
        <id>uat</id>
        <properties>
            <env>uat</env>
            <db.url>jdbc:mysql://uat-server:3306/uat_db</db.url>
            <db.username>uat_user</db.username>
        </properties>
    </profile>
    <profile>
        <id>prod</id>
        <properties>
            <env>prod</env>
            <db.url>jdbc:mysql://prod-server:3306/prod_db</db.url>
            <db.username>prod_user</db.username>
        </properties>
    </profile>
</profiles>

2. 配置maven-resources-plugin处理资源 #

这个插件的作用是：根据激活的Profile，把对应环境的配置文件复制到编译目录，同时替换配置文件里的Maven变量（比如上面的${db.url}）。在<build><plugins>里添加：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-resources-plugin</artifactId>
    <version>3.3.1</version>
    <executions>
        <execution>
            <id>copy-env-config</id>
            <phase>process-resources</phase>
            <goals>
                <goal>copy-resources</goal>
            </goals>
            <configuration>
                <!-- 输出到编译后的classes目录 -->
                <outputDirectory>${project.build.outputDirectory}</outputDirectory>
                <resources>
                    <!-- 复制当前环境的专属配置 -->
                    <resource>
                        <directory>src/main/resources/env</directory>
                        <includes>
                            <include>application-${env}.properties</include>
                        </includes>
                        <!-- 开启变量替换：把配置文件里的${xxx}替换成Profile里定义的属性 -->
                        <filtering>true</filtering>
                    </resource>
                    <!-- 复制通用配置文件，排除env目录下的其他文件 -->
                    <resource>
                        <directory>src/main/resources</directory>
                        <excludes>
                            <exclude>env/**</exclude>
                        </excludes>
                        <filtering>true</filtering>
                    </resource>
                </resources>
            </configuration>
        </execution>
    </executions>
</plugin>

3. （可选）maven-war-plugin适配Web应用 #

如果是J2EE Web项目（WAR包），需要确保编译后的配置文件被正确打包到WEB-INF/classes目录，添加maven-war-plugin配置：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-war-plugin</artifactId>
    <version>3.3.2</version>
    <configuration>
        <webResources>
            <resource>
                <directory>${project.build.outputDirectory}</directory>
                <targetPath>WEB-INF/classes</targetPath>
            </resource>
        </webResources>
    </configuration>
</plugin>

配置好之后，打包时只需要通过-P参数指定环境ID即可：

• 打包开发环境：mvn clean package -P dev（默认激活，也可以省略-P dev）
• 打包测试环境：mvn clean package -P sit
• 打包预生产环境：mvn clean package -P uat
• 打包生产环境：mvn clean package -P prod

• 可以在IDE（比如IDEA）里配置Maven运行参数，直接选择要激活的Profile，不用每次敲命令
• 如果你的项目用Spring框架，可以结合Spring的@Profile注解，让不同环境加载不同的Bean，和Maven的Profile配合使用更灵活
• 生产环境的敏感信息（比如数据库密码），建议不要硬编码在配置文件里，可以用Maven的加密功能或者环境变量注入

内容的提问来源于stack exchange，提问作者Giggs