JUnit5固定并行度策略原理及配置参数疑问

一、Dynamic模式理解验证 #

dynamic
基于可用处理器/核心数乘以配置参数junit.jupiter.execution.parallel.config.dynamic.factor（默认值为1）计算期望并行度。

你的理解完全正确。8核机器在默认factor=1时，并行度为8，会同时运行8个测试；将factor设为2后，并行度变为16，框架会启动16个线程执行测试，这些线程会通过操作系统的调度在8个核心上分时运行。

二、Fixed模式下两个参数的区别 #

fixed
将必填配置参数junit.jupiter.execution.parallel.config.fixed.parallelism作为期望并行度。可选参数junit.jupiter.execution.parallel.config.fixed.max-pool-size可用于限制线程池的最大线程数。

两个参数的核心区别：

• fixed.parallelism：直接指定测试执行的目标并行度，即期望同时运行的测试任务数量，是Fixed模式下的必填核心参数，决定了并行测试的规模。
• fixed.max-pool-size：限制测试框架线程池的最大线程数量，是可选参数。作用是避免线程池无限制扩容，当并行度需求超过这个值时，实际可用线程数会被限制为该上限，并行度也会受此约束。

三、配置与机器核心数、线程数的关联 #

• 机器核心数是硬件层面的并行能力上限：物理核心数量决定了真正能同时执行的线程数（不考虑超线程时，N核同时运行N个线程），多线程任务会通过操作系统调度在核心间切换执行。
• 并行度配置（dynamic模式的计算值或fixed.parallelism）是框架层面的逻辑并行数：表示期望同时运行的测试任务数量，这个值可以大于或小于核心数。当并行度大于核心数时，操作系统会通过时间片轮转调度线程复用核心；当并行度小于核心数时，部分核心资源会处于闲置状态。
• 线程池最大线程数（fixed.max-pool-size）是框架线程池的上限：框架会根据并行度需求创建线程，但不会超过这个数值。如果并行度设置大于max-pool-size，实际并行执行的测试任务数会被限制为max-pool-size的值。

四、fixed.parallelism=1导致串行执行的原因 #

fixed.parallelism=1这个参数直接指定了期望并行度为1，意味着框架同时只会执行1个测试任务，所以测试必然是串行的。max-pool-size=2只是限制线程池最多能有2个线程，但并行度才是决定同时运行测试数量的核心参数——线程池有2个线程，但框架只会使用其中1个来执行测试，因此不会出现并行执行的情况。

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