能否通过多层继承使用@MockBean？Spring测试Mock失效问题咨询

核心原因 #

Spring Boot测试上下文会根据配置类、ActiveProfiles、@MockBean等组件集合进行缓存复用。你的继承结构中，BaseUnitTestPlusOneMock新增了ServiceC的@MockBean，但清理环境后非调试模式下，Spring错误复用了BaseUnitTest的旧上下文（该上下文未包含ServiceC的Mock），导致调用真实服务实例；而调试模式下IntelliJ可能触发了上下文重新加载，所以Mock生效。

具体解决方案 #

方案1：通过独特Profiles强制生成新上下文 #

给BaseUnitTestPlusOneMock添加专属的测试Profile，让Spring识别到上下文差异，生成包含ServiceC Mock的新上下文：

@ActiveProfiles({"unit-test", "servicec-mock"})
public class BaseUnitTestPlusOneMock extends BaseUnitTest {
  @MockBean private ServiceC serviceC;
  // ... accessor ...
}

这样Spring会因为Profiles集合不同，不会复用BaseUnitTest的旧上下文，确保ServiceC的Mock被纳入容器。

方案2：用@DirtiesContext强制刷新上下文 #

在BaseUnitTestPlusOneMock上添加@DirtiesContext，标记该类的测试会污染上下文，强制每次运行时重新创建上下文：

@DirtiesContext(classMode = DirtiesContext.ClassMode.BEFORE_CLASS)
public class BaseUnitTestPlusOneMock extends BaseUnitTest {
  @MockBean private ServiceC serviceC;
  // ... accessor ...
}

classMode=BEFORE_CLASS表示在类测试开始前刷新上下文，避免复用旧缓存。缺点是会增加测试执行时间，但能彻底解决上下文复用问题。

方案3：检查Profile合并与自动配置 #

1. 确认@ActiveProfiles的继承行为：@ActiveProfiles默认inheritProfiles=true，子类会合并父类的Profiles。BaseUnitTest的最终Profiles是test, human-readable-logging, unit-test，如果unit-test Profile下没有排除ServiceC的自动配置，当Mock未被注册时会加载真实实例。
2. 可在unit-test的配置文件（如application-unit-test.yml）中排除ServiceC的自动配置：

spring:
  autoconfigure:
    exclude: com.yourpackage.ServiceCAutoConfiguration

确保没有Mock时不会加载真实服务，避免测试失败。

方案4：禁用Gradle测试缓存（辅助排查） #

如果怀疑Gradle测试结果缓存干扰，可临时禁用缓存验证：
在build.gradle（或build.gradle.kts）中添加：

test {
    cache.enabled = false
}

验证问题是否消失，再决定是否长期禁用。

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