并行执行多个mvn命令出现卡顿，寻求解决方案

问题核心 #

并行执行多个mvn命令（哪怕是mvn --version）时出现严重卡顿，根源大概率是Maven的本地仓库锁机制——Maven在操作本地仓库（比如下载依赖、更新快照）时会生成锁文件，并行进程会因为争抢锁而阻塞等待。

解决思路 #

1. 给每个并行任务分配独立的本地仓库 #

Maven默认使用~/.m2/repository作为本地仓库，并行任务共用此仓库会引发锁竞争。可以通过指定-Dmaven.repo.local参数，让每个流水线任务使用单独的本地仓库：

mvn compile exec:java -Dexec.mainClass="MyMavenProject" -Dmaven.repo.local="./.m2-local"

每个运行目录下会生成独立的.m2-local仓库，彻底避免锁冲突。第一次运行会重新下载依赖，后续可将该目录作为流水线缓存项优化重复下载的耗时。

2. 启用Maven离线模式（若无需依赖更新） #

如果项目依赖没有频繁更新的快照版本，可添加-o参数启用离线模式，Maven会直接使用本地已有的依赖，不再访问远程仓库，大幅减少仓库IO操作和锁竞争：

mvn compile exec:java -Dexec.mainClass="MyMavenProject" -o

3. 流水线层面限制并行度 #

若服务器资源有限，可直接在流水线工具中设置并行任务的最大数量。比如：

• GitHub Actions用concurrency配置限制同类型任务并发数
• GitLab CI用resource_group实现任务排队执行
  根据服务器CPU、内存情况，将并发数控制在2-3个以内。

4. 检查系统资源瓶颈 #

用系统命令排查硬件资源是否不足：

• 用top查看CPU使用率是否接近100%
• 用iostat检查磁盘IO是否过高（Maven依赖读写会占用磁盘资源）
• 用free -h确认内存是否不足导致频繁swap
  若存在硬件瓶颈，要么升级服务器配置，要么进一步降低并行任务数。

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