Java并行测试效率问题：为何JUnit并行测试耗时反而比同步更长？

JUnit开启并行后耗时反而上升的常见原因 #

• 测试粒度过小，并行开销超过收益：如果单条测试用例本身执行耗时仅数毫秒，开启并行后产生的线程创建、CPU上下文调度、线程间资源同步的额外开销，会远大于并行执行节省的时间，最终总耗时反而升高。
• 并行配置不完善：仅设置junit.jupiter.execution.parallel.enabled = true只是打开了并行开关，没有配套配置执行模式、并行度参数的情况下，JUnit默认的并行策略无法适配项目场景。比如默认并行度等于CPU核心数，若测试多为IO阻塞型，会出现资源利用率不足的问题；未指定junit.jupiter.execution.parallel.mode.default = concurrent等执行模式参数时，可能仅实现类级并行、方法级仍串行，达不到预期提速效果。
• 共享资源竞争严重：如果测试用例存在共享依赖，比如共同访问同一个数据库、缓存实例、全局单例对象，并行执行时会触发大量锁等待、资源争抢，原本串行执行不存在的等待开销会在并行时大量出现，拖慢整体执行速度。
• 框架上下文重复初始化：如果是Spring等依赖注入框架的项目，未针对并行测试做上下文共享配置的话，不同线程执行测试时会重复初始化上下文，单次初始化耗时就可能达到数秒，直接导致总耗时翻倍。

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