如何优化JUnit 5并行测试，高效利用@ResourceLock限制提升执行效率？

问题根源 #

当前测试执行时间波动达25%，核心原因是@ResourceLock的资源约束与现有并行配置的匹配度不足：

• 默认方法级same_thread模式限制了方法层面的并行潜力，仅靠类级concurrent无法充分利用线程资源
• 动态线程数策略（dynamic.factor=1）会根据实时资源冲突情况调整并行度，导致两次执行的调度差异过大

具体优化措施 #

1. 调整并行模式配置 #

将方法级默认执行模式改为concurrent，让无资源冲突的测试方法也能并行执行，修改配置如下：

junit.jupiter.execution.parallel.enabled=true
junit.jupiter.execution.parallel.mode.default=concurrent
junit.jupiter.execution.parallel.mode.classes.default=concurrent
junit.jupiter.execution.parallel.config.strategy=dynamic
junit.jupiter.execution.parallel.config.dynamic.factor=1

该配置会让JUnit尽可能调度所有无资源冲突的测试类/方法并行执行，而非默认将同一类下的方法限制在单线程。

2. 精细化资源锁粒度 #

• 避免使用过宽泛的资源锁（如@ResourceLock("GLOBAL")），拆分到具体共享资源维度，例如@ResourceLock("USER_DB_TABLE")或@ResourceLock("REDIS_CACHE")
• 只读测试（不修改任何共享状态）无需添加@ResourceLock，允许其无限制并行

3. 切换为固定并行线程数策略 #

若动态线程数导致执行波动，可根据无冲突测试组的数量固定并行线程数，配置示例：

junit.jupiter.execution.parallel.config.strategy=fixed
junit.jupiter.execution.parallel.config.fixed.parallelism=2

线程数建议设置为你实际可同时执行的无冲突测试组数量，比如存在3组完全独立的测试，可设为3。

4. 预期执行时长估算 #

理想情况下，可按以下逻辑预估总执行时长：

1. 统计所有测试的串行总时长（记为T_total）
2. 统计每个@ResourceLock分组下的最长测试时长（例如锁A组最长12s，锁B组最长9s）
3. 无锁测试的并行时长≈无锁测试总时长 / 并行线程数
4. 总执行时长≈max(各锁组最长时长) + 无锁测试并行时长

举例：锁组最长时长12s，无锁测试总时长20s，并行线程数2，总时长≈12 + 10 = 22s左右

额外建议 #

• 将耗时较长的集成测试与单元测试拆分，配置独立的并行策略
• 排查隐性共享资源（如静态变量、全局配置），补加@ResourceLock或改造为线程安全实现

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