咨询goals中-T10C、-T4C -am含义及多核参数对构建耗时影响

涉及参数的具体含义 #

以下均为Maven 3及以上版本支持的命令行构建参数，通常配置在构建任务的goals附加选项中：

• -T10C、-T4C属于并行构建配置参数，用来指定多模块项目构建时的并行线程池大小：
  • 参数格式为-T<数值>[C]，如果不带后缀C，数值就代表固定的总构建线程数；如果带后缀C（代表CPU核心Core），总构建线程数 = 配置数值 * 当前构建机器的CPU逻辑核心数
  • 因此-T4C代表按单核心分配4个线程的规则计算总并行线程数，-T10C代表按单核心分配10个线程的规则计算总并行线程数
• -am是--also-make参数的缩写，属于模块构建范围控制参数：当你通过-pl参数指定构建项目下某一个/某几个特定模块时，加上-am会自动把指定模块依赖的所有项目内部模块也纳入本次构建队列，避免因为依赖模块未提前构建导致当前模块编译、打包失败。比如只想构建项目下的user-service模块时，执行mvn clean package -pl user-service -am，就会自动构建user-service依赖的内部公共模块，不用全量构建整个项目的所有模块。

-T4C与-T10C的差异及对构建耗时的影响 #

核心差异 #

• 并行线程规模不同：在同一台构建机器上，-T10C分配的总构建线程数是-T4C的2.5倍。以8逻辑核的普通开发机构建为例，-T4C会生成32个并行构建线程，-T10C会生成80个并行构建线程。
• 资源占用水平不同：线程数越高，构建过程对CPU、内存、磁盘IO的抢占越严重，系统资源开销越大。如果是在共享使用的CI构建机上，过高的线程配置还会抢占同机器其他任务的CPU、IO资源，拉低整个构建队列的执行效率。

对构建耗时的实际影响 #

这类多核并行参数对构建速度的影响不存在“线程数越高构建速度越快”的线性对应关系，实际效果分场景：

• 当线程配置在合理区间（实际生产中常用的经验值为1C_{`2C`，即单核心对应1}2个线程）时，并行调度可以让多模块项目中无依赖关系的模块同时执行构建任务，充分利用多核CPU的闲置性能，相比默认单线程构建，中大型多模块项目的构建耗时通常能降低30%~60%，项目模块数越多、模块间依赖耦合越低，提速效果越明显。
• 当线程配置过高（比如-T4C、-T10C这类远高于2C阈值的配置）时，大量线程频繁切换带来的系统开销会急剧升高，同时多线程并发读写磁盘、争抢内存带宽会带来明显的性能瓶颈，不仅不会继续提速，反而会比合理配置下的构建速度更慢，部分场景下还会触发文件锁冲突、内存溢出、依赖解析偶发失败等异常问题。
• 如果构建的是单模块项目，这类并行参数基本不会带来任何耗时优化，因为单模块内部的编译、测试、打包流程默认是串行执行的，没有可并行调度的独立任务单元。

注意：并行构建只对能被Maven识别到的、无依赖关系的多模块任务生效，模块间如果存在循环依赖，不仅无法提速，还会直接导致构建失败。

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