JUnit多线程执行jar包测试报FileSystemAlreadyExistsException咨询

• 基于JUnit Launcher开发负载测试工具过程中，运行时持续输出警告WARNING: Error scanning files for URI jar: ...，同时抛出异常java.nio.file.FileSystemAlreadyExistsException
• 异常链路清晰：底层抛出位置为jdk.zipfs/jdk.nio.zipfs.ZipFileSystemProvider.newFileSystem(ZipFileSystemProvider.java:102)，JUnit侧调用入口为org.junit.platform.commons.util.CloseablePath.createForJarFileSystem(CloseablePath.java:57)
• 业务场景为多线程并发启动同一项测试，排查确认核心诱因：每次调用.execute()方法都会重新执行完整测试发现流程，在JUnit内部触发竞态条件
• 业务存在强约束：无法解压测试用jar包，必须直接从jar文件加载执行测试

• 当前版本JUnit是否支持仅执行一次测试发现，后续多次执行测试时复用同一个TestPlan实例？
• 如果不支持上述复用特性，有哪些可行修复方案可以解决jar包场景下的并发异常？

• 现有公开信息显示JUnit已不再支持重复执行同一测试计划，该设计导致每次执行都要重复走低效的测试发现流程，是触发上述文件系统异常的直接原因
• 初步怀疑org.junit.platform.commons.util.CloseablePath类存在线程安全缺陷

TestPlan复用能力说明 #

JUnit 5 原生不支持跨多次执行复用同一个TestPlan实例。TestPlan本身绑定了单次测试发现、执行的全链路上下文状态，设计上属于单次执行生命周期内的对象，强行跨执行复用会导致扩展上下文污染、监听器状态错乱、测试结果统计错误等问题，官方迭代中已经明确移除了相关复用支持。

无jar解压场景下的修复方案 #

• 方案1：抽离测试发现流程加全局锁
  将测试发现（即调用Launcher的discover()方法）的逻辑从多线程并发链路中剥离，单独加进程级同步锁，保证同一jar URI对应的文件系统初始化、类路径扫描流程同一时间只有一个线程执行。拿到所有待执行的测试标识符后，再将执行任务分发到多线程池并发执行即可。注意不要给整个.execute()流程加锁，避免完全丧失负载测试的并发能力。
• 方案2：提前初始化Jar文件系统，绕过重复创建逻辑
  在所有测试工作线程启动前，提前针对目标测试jar包手动创建对应的ZipFileSystem并注册到JVM文件系统缓存。JUnit底层调用newFileSystem()时，如果检测到对应URI的文件系统已存在，会直接复用现有实例，不会再触发FileSystemAlreadyExistsException。核心参考代码：

  Path testJarPath = Paths.get("/path/to/your/test.jar");
  URI jarFsUri = URI.create("jar:" + testJarPath.toUri());
  // 全局仅执行一次，提前完成文件系统初始化
  FileSystems.newFileSystem(jarFsUri, Map.of());
  

  该方案不需要解压jar包，也不需要修改现有JUnit依赖版本，对业务逻辑侵入性最低。
• 方案3：升级JUnit Platform到修复版本
  1.9.x及以上的最新稳定版JUnit Platform已经针对CloseablePath的并发创建逻辑做了官方修复：创建Jar文件系统前会先检查对应URI的文件系统是否已存在，存在则直接返回已有实例而非重复创建，从框架层面规避了该竞态问题。如果业务允许升级依赖版本，直接升级即可零代码修改解决异常。

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