Java 中面向对象单元测试怎么配合 Mockito 模拟对象依赖-java教程-PHP中文网

关键在于设计可测试代码：依赖必须显式注入而非内部new；用@mock和@injectmocks组合注入，配合@extendwith启用；行为定义需精准匹配调用路径；复杂嵌套需分层mock或改用@spy/supplier。

java 中面向对象单元测试怎么配合 mockito 模拟对象依赖

关键不在“怎么写”，而在“怎么设计”——Mockito 本身不解决模拟问题，它只放大你代码里已有的可测试性缺陷。真正让 Mockito 生效的，是把依赖变成可替换的入口。

依赖必须显式传入，不能在类内部 new

Mockito 只能控制你给出去的对象，无法拦截类自己 new 出来的实例。如果被测类像这样写：

错误写法：在方法里直接 new HttpClient() 或调用 new ServiceImpl()
正确做法：把 HttpClient 或 ServiceImpl 声明为字段，并通过构造函数或 setter 注入

例如，把 private final ApiClient client = new ApiClient(); 改成：
private final ApiClient client;
public MyService(ApiClient client) { this.client = client; }

用 @Mock + @InjectMocks 组合注入（推荐初学者）

这是最简洁的入门方式，适合 Spring 风格或轻量级业务类：

@Mock 创建模拟对象（如 @Mock UserRepository userRepository）
@InjectMocks 自动把所有 @Mock 实例按类型/名称注入到被测对象中（如 @InjectMocks UserService userService）
需配合 @ExtendWith(MockitoExtension.class) 启用注解支持（JUnit 5）

注意：@InjectMocks 会尝试构造器注入 > setter 注入 > 字段注入，优先使用带参构造器，避免字段注入带来的 null 风险。

Java Maven Code Review

审查Java Maven项目（ZIP压缩包或GitLab仓库URL），检查代码规范、命名、模块边界、可维护性问题以及重复代码。

下载

行为定义要覆盖真实调用路径

模拟不是“声明一下就完事”，必须精准匹配运行时实际触发的方法调用：

用 when(mock.method(arg)).thenReturn(result) 预设返回值
对 void 方法，用 doThrow(...).when(mock).method() 或 doAnswer(...).when(mock).method()
验证是否调用：用 verify(mock, times(1)).method(arg)，别漏掉参数匹配（如 eq("id")、anyString()）

常见陷阱：mock 对象的方法没被 when 定义，又没被 verify，结果执行了默认返回（null/0/false），导致 NPE 或逻辑跳过——这不是 Mockito 的错，是你没声明契约。