本文详解在 Mockito 5.2.0+ 中，如何通过 mockStatic() 正确验证非静态方法（如 move()）内部调用的静态方法（如 getRandomNumber()），涵盖模拟行为设置、实例调用、结果断言与调用验证全流程。
本文详解在 mockito 5.2.0+ 中，如何通过 `mockstatic()` 正确验证非静态方法（如 `move()`）内部调用的静态方法（如 `getrandomnumber()`），涵盖模拟行为设置、实例调用、结果断言与调用验证全流程。
在 Mockito 5.x 中，mockStatic() 是验证和控制静态方法行为的核心机制。但需注意：静态方法的模拟作用域仅限于 MockedStatic 的 try-with-resources 块内。这意味着，只有在该作用域中执行的代码（包括非静态方法的调用），才会使用你定义的模拟行为并支持后续验证。
以下是一个完整、可运行的测试示例，对应 Animal 类的场景：
import static org.mockito.Mockito.*;
import static org.junit.jupiter.api.Assertions.*;
import org.junit.jupiter.api.Test;
import java.util.Random;
class Animal {
int counter;
public void move() {
counter += getRandomNumber(1, 10);
}
public static int getRandomNumber(int min, int max) {
return new Random().nextInt(min, max); // 实际逻辑（将被 mock 替代）
}
}
@Test
void verifyStaticMethodCalledByNonStaticMethod() {
try (MockedStatic<animal> mockedStatic = mockStatic(Animal.class)) {
// Step 1: 定义静态方法的行为（可选，但推荐用于可控断言）
mockedStatic.when(() -> Animal.getRandomNumber(1, 10)).thenReturn(42);
// Step 2: 创建被测对象实例，并在其上调用非静态方法
Animal animal = new Animal();
animal.move(); // 此调用会触发 mock 版本的 getRandomNumber()
// Step 3: 断言业务逻辑结果（如状态变更）
assertEquals(42, animal.counter);
// Step 4: 验证静态方法是否按预期被调用一次
mockedStatic.verify(() -> Animal.getRandomNumber(1, 10), times(1));
}
}</animal>
✅ 关键要点说明：
- mockStatic(Animal.class) 必须在 try 块中初始化，确保资源自动释放；
- 所有对 Animal.getRandomNumber(...) 的调用（无论来自静态上下文还是 animal.move() 内部）均受当前 mockedStatic 控制；
- 若未设置 when(...).thenReturn(...)，默认返回该类型默认值（int 为 0），可能导致断言失败，因此显式设定返回值更安全；
- verify() 必须在 try 块内执行，否则 MockedStatic 已关闭，验证将抛出异常；
- 不支持部分模拟静态方法（如只 mock 某个重载），需精确匹配方法签名与参数。
⚠️ 注意事项：
- mockStatic() 依赖字节码操作，要求测试运行在支持 Java Agent 的环境（如标准 JUnit 5 运行器，默认满足）；
- 不建议在生产代码中过度依赖静态方法——若可重构为可注入的依赖（如 RandomGenerator 接口），则更易测试且符合面向对象设计原则；
- Mockito 对静态方法的 mock 是全局性的（针对类），同一测试类中多个 mockStatic 块需谨慎避免冲突。
通过以上方式，你不仅能准确验证静态方法是否被调用，还能控制其返回值以驱动被测逻辑走向，实现真正隔离、可靠、可重复的单元测试。
