Spring Boot测试@MockBean未返回预期对象及Mock注解区别咨询

@MockBean 不生效的根因 #

你遇到的问题由三个核心原因导致：

1. Controller逻辑错误：你在addemployee接口中调用empservice.saveemp(emp)后，直接返回了请求反序列化得到的入参emp对象，并没有使用saveemp方法的返回值。你给saveemp打桩指定的带id的返回值根本没有被接口用到，接口返回的是前端传入的无id的对象，所以id始终为0。这是测试失败的最直接原因，你需要将Controller的返回逻辑修改为return empservice.saveemp(emp);才能拿到打桩的返回值。
2. 打桩参数匹配失败：你测试类中打桩时传入的reqemp是自己手动实例化的对象，而实际请求进入Controller后，Spring MVC会通过Jackson反序列化生成一个新的Employee实例。如果你的Employee类没有重写equals和hashCode方法，Mockito默认会按对象地址匹配参数，导致打桩规则命中失败，saveemp方法会返回Mock对象的默认值（null）。即使你修正了Controller的返回逻辑，也会得到空值而不是预期的带id对象。
3. 注解混用冲突：你的测试类使用了JUnit5的测试注解（org.junit.jupiter.api.Test），但同时加了JUnit4的运行器注解@RunWith(MockitoJUnitRunner.class)，两者不兼容会导致Mock相关注解的处理异常，也是@MockBean行为不符合预期的潜在原因，JUnit5环境下不需要加这个运行器注解。

@Mock、@MockBean、@SpyBean、@InjectMocks的区别与适用场景 #

• @Mock：Mockito原生提供的基础Mock注解，生成的Mock对象会完全替换原类的所有方法逻辑，未打桩的方法会返回默认空值（引用类型返回null、数值类型返回0、布尔返回false、集合返回空集合等）。不需要依赖Spring容器，适用于不需要加载Spring上下文的纯单元测试场景。
• @MockBean：Spring Boot测试模块提供的注解，功能和@Mock一致，区别是它会将Spring容器中对应类型的原生Bean替换为Mock对象，让Spring上下文的依赖注入自动使用这个Mock实例。适用于需要加载Spring上下文的集成测试场景，需要替换容器中的某个Bean为Mock对象避免依赖外部资源。
• @SpyBean：Spring Boot测试模块提供的注解，生成Spy（间谍）对象替换Spring容器中的对应Bean。Spy对象默认会执行原类的真实方法逻辑，只有被显式打桩的方法才会返回指定值。适用于集成测试中只需要修改某一个Bean的部分方法行为，其余方法保留真实逻辑的场景。
• @InjectMocks：Mockito原生提供的注解，会将当前测试类中已经创建的@Mock/@Spy对象自动注入到标注的目标类的对应依赖属性中，整个过程不涉及Spring容器。适用于纯单元测试中手动实例化被测类，自动填充其依赖的Mock对象的场景。

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