测试世界的"替身演员"
在Java单元测试中，外部依赖如同不可控的变量——数据库连接可能超时、第三方API可能宕机、文件系统权限可能变更。Mockito应运而生，它通过创建轻量级模拟对象（Mock Objects），让测试工程师精准控制依赖行为，将测试焦点锁定在核心逻辑。截至2025年，Mockito 5.x已成为Java测试生态的基石工具，本文将揭示其高阶应用场景。
一、Mockito三大核心武器库
行为模拟：创建完全可控的替身对象
UserService userService = Mockito.mock(UserService.class);
瞬间生成虚拟用户服务，规避真实数据库操作
行为定义：定制模拟对象响应规则
// 当调用getUserById(任何整数)时返回预设用户
Mockito.when(userService.getUserById(Mockito.anyInt()))
.thenReturn(new User("测试用户"));
// 模拟抛出异常场景
Mockito.when(userService.updateUser(Mockito.any()))
.thenThrow(new DatabaseException());
交互验证：检测对象调用轨迹
Mockito.verify(paymentGateway, times(1)).process(any(Payment.class));
精确验证支付接口调用次数及参数特征
二、四大实战妙用场景
▶ 场景1：复杂依赖链解耦
// 测试订单服务时隔离库存系统
InventoryService mockInventory = Mockito.mock(InventoryService.class);
OrderService orderService = new OrderService(mockInventory);
// 设定库存检查永远返回充足
Mockito.when(mockInventory.checkStock(anyString())).thenReturn(true);
// 专注测试订单创建逻辑
Order order = orderService.createOrder("P123", 5);
assertNotNull(order.getOrderId());
▶ 场景2：边界异常覆盖
// 强制触发网络超时异常
HttpClient mockClient = Mockito.mock(HttpClient.class);
Mockito.when(mockClient.sendRequest(any()))
.thenAnswer(invocation -> {
Thread.sleep(2000); // 模拟延迟
throw new SocketTimeoutException();
});
// 验证重试机制生效
assertThrows(RetryFailedException.class,
() -> apiService.callRemote(mockClient));
▶ 场景3：时序行为验证
// 验证文件操作顺序：先创建后写入
FileProcessor processor = Mockito.mock(FileProcessor.class);
fileManager.process("data.txt", processor);
InOrder inOrder = Mockito.inOrder(processor);
inOrder.verify(processor).createFile("data.txt");
inOrder.verify(processor).writeContent("sample data");
▶ 场景4：动态响应生成
// 根据参数生成动态响应
Mockito.when(idGenerator.nextId())
.thenAnswer(inv -> "ID_" + System.nanoTime());
// 每次调用获得唯一ID
assertNotEquals(idGenerator.nextId(), idGenerator.nextId());
三、三条黄金实践准则
精准模拟原则
Mockito.verify(mock, never()).dangerousOperation();
仅验证必要交互，避免过度断言
真实对象优先策略
对值对象（如POJO）使用真实实例，仅对行为对象（如DAO）模拟
清理陷阱警示
@AfterEach
void tearDown() {
Mockito.reset(externalService); // 防止跨测试污染
}
四、常见反模式规避
过度模拟：将70%以上类设为mock时，需重构代码耦合度
静态方法陷阱：避免mock静态方法（破坏可测试性设计）
忽略验证缺位：未验证关键交互等于未完成测试闭环
行业数据：2025年DevOps报告显示，合理使用Mockito的团队单元测试覆盖率提升40%，缺陷逃逸率降低62%
结语：从工具到战略
Mockito不仅是测试工具，更是驱动清洁架构的设计透镜。当你能优雅模拟PaymentService的支付失败场景时，意味着系统已具备可观测性与容错能力。掌握Mockito的终极目标，是让单元测试成为需求澄清的第一现场——这才是测试工程师的核心竞争力。
