自定义JUnit5 TestEngine能否或是否应当使用Jupiter扩展？

官方对自定义TestEngine扩展支持的核心建议 #

JUnit官方明确划分了平台层和引擎层的能力边界：

1. JUnit Platform提供的是跨引擎的核心能力，所有TestEngine都基于平台层的SPI实现
2. junit-jupiter-api中定义的扩展模型属于Jupiter引擎的专属特性，并非平台层的通用规范，官方没有要求其他自定义引擎必须兼容这套扩展体系

自定义引擎兼容Jupiter扩展是否合理 #

这个方案不是完全不合理，但是要明确适配范围和潜在风险：

• Jupiter扩展强依赖Jupiter引擎内部的生命周期回调机制、ExtensionContext等非公开稳定API，这些逻辑没有纳入平台层的兼容性保障范围，小版本迭代都可能出现变更
• 如果你的需求只是复用TestcontainersExtension这类少数常用扩展，而非全量兼容所有Jupiter扩展，投入产出比是可控的，属于合理的技术选择

无需重写Jupiter引擎代码的简便实现路径 #

推荐两种低适配成本的方案：

• 方案1：扩展回调适配层
  直接依赖junit-jupiter-engine的扩展执行核心逻辑，只需要在你的自定义引擎中做一层轻量适配：将JBehave测试的生命周期节点（实例创建、测试集执行前后、测试用例执行前后等）映射到你用到的扩展对应的Jupiter回调接口，同时按照Jupiter规范构造对应的ExtensionContext实例传入即可。
  以TestcontainersExtension为例，它仅依赖BeforeAllCallback、AfterAllCallback、TestInstancePreConstructCallback三个回调接口，你只需要在你的引擎对应生命周期节点触发这三个回调，不需要修改Jupiter引擎的任何代码，就能正常使用该扩展。
• 方案2：委托Jupiter引擎执行
  你可以在自定义引擎中将需要用到Jupiter扩展的测试逻辑，包装为标准的Jupiter测试用例，直接委托给原生Jupiter引擎执行，仅需要把JBehave的测试执行逻辑嵌入到Jupiter的测试方法中即可。这种方案完全不需要处理扩展兼容问题，所有Jupiter扩展都能原生支持，适配成本最低。

注意事项 #

• 若选用适配层方案，需要锁定你依赖的Jupiter版本，每次升级版本都要做兼容验证，避免内部API变更导致扩展失效
• 不要尝试全量兼容所有Jupiter扩展，很多扩展依赖Jupiter特有的注解和内部逻辑，适配成本极高，仅适配你实际需要用到的扩展即可

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