JUnit Platform 通过 ServiceLoader 机制动态加载实现 TestEngine 接口的引擎（如 Jupiter、Vintage），IDE/构建工具仅与其交互，依赖引入和配置启用即可统一调度多引擎执行。
JUnit 5 的设计初衷之一，就是让不同测试风格能在同一套基础设施上共存并统一执行。这背后的核心能力，正来自 JUnit Platform ——它不是某个具体测试框架，而是为所有测试引擎提供“插座”和“调度中心”的通用平台。
要真正实现多种测试引擎（比如 JUnit Jupiter、JUnit Vintage、TestNG、甚至自定义引擎）的统一执行，关键不在写@Test，而在于理解 Platform 如何发现、加载、协调这些引擎。
JUnit Platform 是怎么统一调度不同引擎的？
它基于 Java 的 ServiceLoader 机制动态加载实现了 TestEngine 接口的插件。只要一个测试框架（如 Jupiter 或 Vintage）在自己的 jar 包里提供了：
META-INF/services/org.junit.platform.engine.TestEngine
文件，并在其中声明实现类全限定名（例如 org.junit.jupiter.engine.JupiterTestEngine），Platform 启动时就会自动扫描并注册该引擎。
立即学习“Java免费学习笔记（深入）”；
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
IDE、Maven、Gradle 或命令行工具（如 junit-platform-console）都只跟 Platform 交互，不直接调用 Jupiter 或 Vintage ——它们只是 Platform 上可插拔的“引擎模块”。
实际整合多种引擎的三步操作
-
确保依赖完整引入
你不需要手动管理引擎生命周期，只需把对应引擎的依赖加进项目：<!-- JUnit Jupiter（主推的新式测试） --> <dependency> <groupId>org.junit.jupiter</groupId> <artifactId>junit-jupiter</artifactId> <version>5.10.2</version> <scope>test</scope> </dependency> <!-- JUnit Vintage（运行老JUnit4测试） --> <dependency> <groupId>org.junit.vintage</groupId> <artifactId>junit-vintage-engine</artifactId> <version>5.10.2</version> <scope>test</scope> </dependency> <!-- 可选：TestNG 兼容引擎（需额外引入 testng-junit-platform） --> <dependency> <groupId>org.testng</groupId> <artifactId>testng-junit-platform</artifactId> <version>1.0.0</version> <scope>test</scope> </dependency>Maven/Gradle 会自动把它们的
META-INF/services/...文件打包进去，Platform 就能识别。 -
用 Platform Launcher 显式触发多引擎执行
如果你想脱离 IDE 或构建工具，验证是否真能统一执行，可用ConsoleLauncher：java -jar junit-platform-console-standalone-1.10.2.jar \ --class-path target/test-classes \ --scan-class-path
它会自动发现
@Test（Jupiter）、@org.junit.Test（Vintage）、甚至@Test（TestNG）等标记的测试，并按各自引擎规则运行，最终汇总成一份报告。 -
控制哪些引擎参与执行（按需启用/禁用）
在src/test/resources/junit-platform.properties中配置：# 默认启用所有已发现引擎 # 禁用 Vintage（避免老测试干扰） junit.platform.disabled-engines = vintage # 或只启用 Jupiter 和自定义引擎 junit.platform.enabled-engines = junit-jupiter,my-custom-engine # 指定扫描路径（避免误扫非测试类） junit.platform.scan-class-path = true
这样既保留灵活性，又能规避兼容性风险。
常见误区提醒
❌ 认为“引入
junit-jupiter就等于用了 JUnit 5 全家桶”
实际上，若没显式引入junit-vintage-engine，旧@Test方法根本不会被识别——Platform 默认只加载它能找到的引擎，不会猜测你要不要兼容。❌ 在
@ExtendWith里混用不同引擎的扩展逻辑
Jupiter 的@ExtendWith只对 Jupiter 引擎生效；Vintage 不支持扩展模型。跨引擎共享逻辑需通过 Platform 层的TestExecutionListener或自定义TestEngine实现。❌ 忽略引擎间资源竞争问题
多引擎并发执行时，若都试图修改静态变量或共享文件，可能引发干扰。建议用@TestInstance(Lifecycle.PER_METHOD)或明确隔离测试上下文。
统一执行不是魔法，而是靠 Platform 提供标准化入口 + 各引擎遵守 SPI 协议。你不需要改测试写法，只需要确保环境中有对应引擎、配置得当，Platform 自然就把它们“拧成一股绳”。
