Maven多环境配置实战指南

前言：在软件开发流程中，一个项目通常会经历三个阶段（也可以叫做环境），开发环境，测试环境，生产环境。在这三个环境中，应用程序的配置参数往往是不同的。最典型的例子就是数据库连接。而传统的解决办法是手动修改，反复注释代码，这样不仅繁琐而且危险。为了解决这个问题，Maven 引入了 Profile 机制。

Profile的工作逻辑：

它允许我们在 pom.xml 中定义多套环境配置，并在构建项目时（打包时）动态地指定使用哪一套。在 pom.xml 中定义多个 profile，每个 profile 里指定对应环境的配置参数。然后在项目资源文件（如 application.properties 或 jdbc.properties）中使用变量占位符（如 ${db.url}）。最后，在执行 mvn package 命令时，通过 -P 参数激活对应的 profile，Maven 就会在打包时自动将变量替换为当前环境的具体值。

多环境配置与应用：

maven提供配置多种环境的设定，帮助开发者使用过程中快速切换环境。这个过程涵盖了从项目配置、编码、打包到部署的整个生命周期，核心目标就是让一套代码能通过自动化的方式，适配不同运行环境

第一阶段：项目配置与设计

这个阶段主要在项目搭建时完成，目的是定义好有哪些环境以及如何管理它们。

1. 定义配置变量 在项目的配置文件（如src/main/resources/application.properties）中，不使用具体的值，而是使用占位符变量。

# 原内容：spring.datasource.url=jdbc:mysql://localhost:3306/test
# 修改为：
spring.datasource.url=${db.url}
spring.datasource.username=${db.username}
spring.datasource.password=${db.password}

2. 规划资源配置 在 pom.xml 中做两件事：

• 开启资源过滤：告诉Maven在打包时，需要解析资源文件（如.properties）中的变量（${xxx}），并替换成真实值。
• <build> <resources> <resource> <directory>src/main/resources</directory> <filtering>true</filtering> <!-- 开启过滤替换功能 --> </resource> </resources> </build>

定义Profile：在<profiles>标签内定义不同的环境。每个环境有自己的id和对应的属性值。

<profiles>
    <!-- 开发环境 -->
    <profile>
        <id>dev</id>
        <properties>
            <db.url>jdbc:mysql://localhost:3306/dev_db</db.url>
            <db.username>dev_user</db.username>
            <db.password>123456</db.password>
        </properties>
        <!-- 可选：默认激活dev环境 -->
        <activation>
            <activeByDefault>true</activeByDefault>
        </activation>
    </profile>
    <!-- 生产环境 -->
    <profile>
        <id>prod</id>
        <properties>
            <db.url>jdbc:mysql://192.168.1.100:3306/prod_db</db.url>
            <db.username>prod_admin</db.username>
            <db.password>Prod@2024!</db.password>
        </properties>
    </profile>
</profiles>

第二阶段：构建与打包

这个阶段发生在需要生成部署包的时候（例如在开发人员本地打包，或者在自动化构建服务器如Jenkins上）。

3. 执行打包命令 通过Maven命令，指定本次打包要使用哪个环境的配置。

第三阶段：部署与运行

5. 分发与部署

• 刚才生成的dev包，会被部署到开发人员的本地服务器或开发环境服务器。
• 刚才生成的prod包，会被部署到生产环境的服务器。

过程概览：

• 开发人员编写代码 │ ▼ 配置文件使用变量: ${db.url} (在 src/main/resources/) │ ▼ pom.xml 中定义多套Profile: <profile id="dev"> 定义 dev.db.url=localhost <profile id="prod"> 定义 prod.db.url=生产IP │ ▼ 执行构建命令: │ ├── 如果是 mvn package -P dev │ │ │ ▼ │ Maven过滤替换: ${db.url} -> localhost │ │ │ ▼ │ 生成 dev 包 (连接开发库) │ ├── 如果是 mvn package -P prod │ │ │ ▼ │ Maven过滤替换: ${db.url} -> 生产IP │ │ │ ▼ │ 生成 prod 包 (连接生产库) │ ▼ 将打好的包部署到对应环境的服务器上运行

跳过测试：

在Maven的多环境开发或日常构建中，"跳过测试" 是一个非常常见的需求。它的核心目的是为了加快构建速度，特别是在测试环节比较耗时，或者你确信代码逻辑没问题，只想快速打包部署的时候。

在Maven中，跳过测试主要有三种方式，它们的力度和使用场景各不相同。

1. 命令行方式（最常用，临时跳过）

在执行mvn package或mvn install命令时，附加一个参数。

-DskipTests：不执行测试，但编译测试类

2. 在pom.xml中配置（长期生效，永久跳过）

如果你希望某个模块或者整个项目永远都不运行测试（例如：一个纯工具类项目，或者一个打包模块），可以在pom.xml的<properties>或<plugin>中配置。

3. 在 IDEA 等 IDE 中操作（可视化）

如果你使用的是 IntelliJ IDEA，可以直接在 Maven 工具栏中操作：

1. 点击右上角的 Maven 图标展开面板。
2. 点击 "Toggle Skip Tests Mode" 按钮（一个带有 Junit 图标的蓝色圆圈，中间有一个叉号）。
3. 点亮这个图标后，再点击 package 等命令，就会自动追加 -DskipTests 参数。

maven私服：

私服相当于一个缩小版的中央仓库，便于公司内部进行资源传输。

常见私服的安装：

Sonatype Nexus 仓库管理器社区版 |下载

之后打开控制台，执行cmd窗口，输入nexus.exe 空格/run空格nexus;(在没有中文的目录，最好安装在C盘，否则报错)

结语：

最后的最后，感谢大家观看到最后，如果对你有帮助，请一键三连，点赞，关注（拜托了），收藏，你的支持就是我最大的鼓励，除夕夜，小北在这里祝大家新年快乐，平安顺遂！