Maven多模块项目单元测试并行运行的CPU资源管控方案咨询

针对你的场景，核心思路是同时控制模块间并行数和模块内测试线程数，让总并发量刚好匹配CPU核心数，既不浪费资源也不会过载，而且不用手动调整参数。以下是具体实现方案：

1. 编译阶段保持原有配置 #

编译阶段继续使用mvn clean install -T1C，利用Maven内置的-T1C参数自动匹配CPU核心数并行编译，这部分不需要改动。

2. 测试阶段全局+模块级配置 #

通过父POM统一配置Surefire插件，区分快速模块和长耗时模块的测试策略：

父POM全局配置 #

在项目根POM的<build><plugins>中添加Surefire插件的基础配置，同时给长耗时模块单独设置并行规则：

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-surefire-plugin</artifactId>
  <version>3.2.5</version>
  <!-- 所有模块的默认测试配置 -->
  <configuration>
    <forkCount>1</forkCount>
    <reuseForks>true</reuseForks>
    <parallel>none</parallel> <!-- 快速模块测试串行，节省资源 -->
  </configuration>
  <!-- 给4个长耗时模块单独配置内部并行 -->
  <executions>
    <execution>
      <id>default-test</id>
      <goals>
        <goal>test</goal>
      </goals>
      <configuration>
        <!-- 匹配你的4个长耗时模块的artifactId -->
        <if>
          <matches>
            <artifactId>slow-module-1,slow-module-2,slow-module-3,slow-module-4</artifactId>
          </matches>
        </if>
        <parallel>methods</parallel> <!-- 按测试方法并行，也可选classes按类并行 -->
        <threadCount>0.25C</threadCount> <!-- 每个模块用核心数的1/4线程 -->
        <perCoreThreadCount>true</perCoreThreadCount> <!-- 自动基于核心数计算实际线程数 -->
        <forkCount>1</forkCount> <!-- 每个模块用单独JVM，避免类加载冲突 -->
      </configuration>
    </execution>
  </executions>
</plugin>

配置逻辑说明 #

• 快速模块：保持串行测试，因为本身执行快，并行反而会增加JVM启动开销，浪费资源；
• 长耗时模块：每个模块启用内部方法级并行，线程数设为0.25C（即核心数的1/4），4个模块同时运行时总线程数刚好等于CPU核心数，不会过载；
• Maven会自动获取当前机器的CPU核心数，无需手动传入参数。

3. 运行命令 #

测试阶段直接使用和编译一致的命令：

mvn clean test -T1C

• -T1C控制模块间并行数等于CPU核心数，快速模块快速跑完后，释放的线程会自动分配给剩余的长耗时模块；
• 长耗时模块内部的并行线程数已被限制为核心数的1/4，即使多个长耗时模块同时运行，总并发量也不会超过CPU核心数。

4. 额外注意事项 #

• 如果你的测试用例存在线程安全问题，把<parallel>methods</parallel>改成<parallel>classes</parallel>，按测试类并行，降低冲突概率；
• 确保使用的Surefire插件版本不低于3.0.0，perCoreThreadCount和threadCount的动态计算特性在旧版本中可能不支持；
• 若后续长耗时模块数量变化，只需要修改父POM中<matches>里的artifactId列表，以及调整threadCount的比例（比如3个长耗时模块就设为0.33C）。

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