Vertx下Junit、Mockito集成问题及服务注入失败解决方案咨询

一、JUnit框架选型 #

适配Vert.x的最优单元测试框架是官方维护的vertx-junit5，配套相关扩展可以覆盖绝大多数场景：

• 核心能力：原生适配JUnit5，自动管理Vert.x实例生命周期，内置异步测试断言工具，不需要手动编写异步等待、资源释放逻辑
• 响应式扩展：如果使用RxJava2/3、Mutiny等响应式编程框架，可对应引入vertx-junit5-rx-java2、vertx-junit5-mutiny等官方扩展，无缝适配响应式类型的测试
• 依赖注入扩展：如果使用Vert.x CDI、Quarkus等依赖注入框架，可引入vertx-junit5-cdi扩展，实现测试环境下Bean的自动注入，不需要手动实例化服务类

二、官方学习参考 #

官方提供的学习资料覆盖全场景测试需求：

• 核心测试指南：包含JUnit5集成、异步测试编写、Mock客户端使用等基础测试方案
• 响应式测试专项指南：针对不同响应式技术栈的专属测试示例、最佳实践
• 集成测试最佳实践：包含Testcontainers集成、外部服务Mock、性能测试等进阶场景说明

三、当前测试代码问题修复 #

你遇到的测试失败不是服务注入问题，核心是两处逻辑错误：

1. Mockito参数匹配不生效 #

你代码中when(iGroupModeDao.create(groupMode)).thenReturn(expected)的入参是你在测试方法里手动构造的GroupMode实例，而groupModeService.rxCreate方法内部会新构造一个GroupMode对象，两个对象的地址不同，Mockito默认按对象引用匹配，导致你写的打桩逻辑不会触发，调用create方法会返回null而非预期值。
修复方案：修改参数匹配规则，用类型匹配或属性匹配替代对象引用匹配：

// 方案1：匹配任意GroupMode类型参数
when(iGroupModeDao.create(any(GroupMode.class))).thenReturn(expected);

// 方案2：匹配属性符合要求的参数（可选，用于校验service层构造的参数是否正确）
when(iGroupModeDao.create(argThat(g -> 
    "unique".equals(g.getModeType()) 
    && Integer.valueOf(1).equals(g.getCreatedBy())
))).thenReturn(expected);

2. 异步结果断言方式错误 #

你直接用assertEquals(expected, actual)对比两个Single对象，本质是对比两个对象的引用地址，并不会等待Single执行获取结果，断言逻辑完全无效。
修复方案：用RxJava自带的TestSubscriber阻塞获取结果后再做断言：

// 替换原有assertEquals代码
TestSubscriber<Long> testSubscriber = actual.test();
testSubscriber.await()
    .assertComplete() // 校验执行成功无异常
    .assertValue(1L); // 校验返回结果符合预期

3. 冗余代码优化 #

你在@BeforeAll中已经初始化了全局的daoMock和service实例，但测试方法中又重新mock了IGroupModeDao、重新实例化GroupModeService，属于冗余逻辑。如果所有测试用例都用同一套服务实例，可以把打桩逻辑移到@BeforeEach中，避免每个测试方法重复写实例化逻辑。

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