本文介绍一种绕过 Maven 默认单 JVM 并行限制的实用方案：通过 mvn -T 结合模块级隔离策略（如 Surefire/Failsafe 的 forkMode=always 与自定义脚本调度），实现在多个独立 JVM 中并行构建不同模块，从而规避全局状态冲突，显著提升含遗留代码的大型多模块项目的构建速度。
本文介绍一种绕过 maven 默认单 jvm 并行限制的实用方案：通过 `mvn -t` 结合模块级隔离策略（如 surefire/failsafe 的 `forkmode=always` 与自定义脚本调度），实现在多个独立 jvm 中并行构建不同模块，从而规避全局状态冲突，显著提升含遗留代码的大型多模块项目的构建速度。
Maven 原生的 -T（threading）参数（如 mvn -T 4 clean install）确实在同一 JVM 进程内启用多线程构建，可加速编译、资源处理等阶段，但所有模块共享同一个 ClassLoader 和静态上下文——这对依赖全局静态变量、单例污染或非线程安全初始化逻辑的遗留系统而言，极易引发 NullPointerException、IllegalStateException 或测试间干扰，导致构建不可靠。
遗憾的是，Maven 官方不支持“为每个模块启动独立 JVM”这一模式。-T 仅控制线程数，而非 JVM 实例数；Surefire/Failsafe 的 forkMode=always（已弃用）或现代等效配置 forkCount=1, reuseForks=false，也仅针对测试执行阶段 fork JVM，且作用域限于单个模块内的测试类，无法让 compile、package 等生命周期阶段跨模块隔离。
✅ 正确可行的工程化方案是：分而治之 + 进程级隔离
即放弃“单命令全自动”，改用 Shell/PowerShell 脚本或 CI 工具（如 Jenkins Pipeline、GitHub Actions）显式调度各模块在独立进程（JVM）中构建：
# 示例：Linux/macOS 并行构建 4 个模块（需先确认模块目录结构） export MAVEN_OPTS="-Xmx2g -XX:MaxMetaspaceSize=512m" # 为每个 JVM 设置合理内存 ( cd module-a && mvn clean install -DskipTests ) & ( cd module-b && mvn clean install -DskipTests ) & ( cd module-c && mvn clean install -DskipTests ) & ( cd module-d && mvn clean install -DskipTests ) & wait # 等待全部子进程完成 echo "All modules built in isolated JVMs"
若需运行测试但保证全局串行（即所有模块的测试按顺序执行，避免任何并发），可拆分为两阶段：
# 阶段一：并行编译打包（无测试）
parallel -j4 'cd {} && mvn clean compile package -Dmaven.test.skip=true' ::: module-a module-b module-c module-d
# 阶段二：串行执行全部测试（任选一模块统一触发，或遍历执行）
for mod in module-a module-b module-c module-d; do
echo "Running tests for $mod..."
cd "$mod" && mvn test && cd ..
done? 关键配置补充（增强隔离性）：
- 在 pom.xml 中为 Surefire 显式禁用复用：
<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-surefire-plugin</artifactId> <version>3.2.5</version> <configuration> <forkCount>1</forkCount> <reuseForks>false</reuseForks> <argLine>-Xmx1g</argLine> </configuration> </plugin> - 使用 -DforkMode=never（旧版）或 -Dmaven.surefire.debug 可辅助调试 fork 行为。
⚠️ 注意事项：
- 内存开销上升：N 个并行 JVM 将消耗约 N×MAVEN_OPTS 内存，需确保宿主机资源充足；
- 依赖传递需预处理：若模块间存在强依赖（如 module-b 依赖 module-a 的 SNAPSHOT），必须先完成 module-a 构建并 install 到本地仓库，再启动 module-b —— 脚本中需显式管理构建顺序或使用 mvn dependency:copy-dependencies 预拉取；
- CI 环境适配：在 Jenkins 中可利用 parallel 指令；GitHub Actions 推荐用 matrix 策略触发多个 job；
- 工具链（Toolchains）并非解决方案：问题答案中提及的 Maven Toolchains 用于跨 JDK 版本切换（如模块A用 JDK8、模块B用 JDK17），不提供 JVM 进程隔离，无法解决全局状态冲突。
总结：面对遗留系统中的全局状态瓶颈，不应强求 Maven 单命令实现“模块级 JVM 并行”。采用轻量级脚本协调 + 显式生命周期分离（编译/测试分阶段）+ Surefire fork 配置加固，是当前最稳健、可控且广泛验证的提速路径。其本质是将构建 orchestration 从 Maven 内部转移到外部脚本层，以换取确定性的隔离性与可维护性。
