如何配置Maven使模块C测试时依赖模块B的JAR包而非class文件

这个需求完全可实现，核心是调整Maven多模块构建时的依赖解析规则，让测试阶段优先加载模块构建出的JAR包，而非默认引用的编译输出class目录。

Maven多模块reactor构建默认会优先引用同构建流程内模块的target/classes目录作为依赖路径，不会主动读取模块打出的JAR包，这是当前测试场景无法复现JAR特有行为的根本原因。以下是两种可落地的实现方案：

方案1：测试类路径显式指定JAR依赖（日常开发推荐） #

这个方案不需要拆分构建命令，单次执行mvn test即可完成全流程，配置步骤如下：

• 首先在Module A、Module B的pom.xml中配置maven-jar-plugin，将JAR打包目标绑定到test-compile生命周期阶段，保证运行测试前两个模块的JAR已经生成到target目录，配置示例：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-jar-plugin</artifactId>
    <version>3.3.0</version>
    <executions>
        <execution>
            <id>pre-test-jar-package</id>
            <phase>test-compile</phase>
            <goals>
                <goal>jar</goal>
            </goals>
        </execution>
    </executions>
</plugin>

• 之后在测试模块Module C的pom.xml中配置maven-surefire-plugin，做两个调整：一是排除默认从reactor引入的A、B模块class目录依赖，二是把A、B生成的JAR包加到测试类路径最前面，配置示例：

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-surefire-plugin</artifactId>
    <version>3.1.2</version>
    <configuration>
        <!-- 排除默认的模块class目录依赖 -->
        <classpathDependencyExcludes>
            <classpathDependencyExclude>your-group-id:module-a</classpathDependencyExclude>
            <classpathDependencyExclude>your-group-id:module-b</classpathDependencyExclude>
        </classpathDependencyExcludes>
        <!-- 优先加载构建出的JAR包 -->
        <additionalClasspathElements>
            <element>${project.parent.basedir}/module-a/target/module-a-${project.version}.jar</element>
            <element>${project.parent.basedir}/module-b/target/module-b-${project.version}.jar</element>
        </additionalClasspathElements>
    </configuration>
</plugin>

配置完成后执行mvn test -pl module-c -am即可，构建时会先编译A、B生成JAR，再运行C的测试，此时测试加载的就是JAR包内的字节码。

方案2：分阶段构建强制走本地仓库JAR（回归测试场景适用） #

如果不想修改插件配置，可以拆分构建步骤绕开reactor的默认依赖规则：

1. 先执行mvn install -pl module-a,module-b -DskipTests，将A、B的正式JAR包安装到本地Maven仓库
2. 再执行mvn test -pl module-c -Dmaven.reactor.dependency.resolve=false，添加的参数会强制Maven不从当前构建上下文读取模块编译输出，直接从本地仓库拉取已安装的JAR作为依赖。

注意：这个方案下每次修改A、B的代码都需要重新执行第一步install操作，不会联动实时编译，不适合频繁改代码的日常开发场景。

配置验证 #

配置完成后可以在测试代码中加一行打印逻辑，确认依赖加载来源：

System.out.println(ClassInModuleA.class.getProtectionDomain().getCodeSource().getLocation());

如果输出内容是jar:file:开头的JAR包路径，就说明配置已经生效。

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