Mockito MockedStatic验证异常：静态方法已调用却提示无交互

针对你遇到的「已确认静态方法被调用，但Mockito仍断言零交互」的问题，结合同类测试正常、仅当前用例失败的情况，可从以下几个方向排查：

1. 检查MockedStatic的作用域是否覆盖全程 #

确保MockedStatic的生命周期完全包含被测方法的执行和断言步骤。常见错误是把被测方法调用放在了try-with-resources块外部，导致mock提前关闭：

// 错误写法：mock在调用被测方法前已关闭
try (MockedStatic<LoggingHelper> mocked = mockStatic(LoggingHelper.class)) {
    mocked.when(() -> LoggingHelper.recordEntityId(anyString())).thenReturn(true);
}
mySubjectClass.doSomething(); // 此时mock已失效，交互不会被记录
mocked.verify(() -> LoggingHelper.recordEntityId("test-id"));

修正：将被测方法调用和断言都放在try-with-resources块内部。

2. 排查类加载器一致性问题 #

如果当前测试用例使用了特殊类加载策略（比如和其他测试用例的注解/插件不同），可能导致MockedStatic绑定的类实例和实际调用的不是同一个：

• 检查测试类注解，比如是否混用了PowerMock和Mockito的runner，或使用了类隔离插件；
• 确认MySubjectClass和LoggingHelper在当前测试用例中是被同一个类加载器加载的。

3. 确认静态方法的重载版本匹配 #

调试时看到的参数可能对应了重载方法，而你的mock/断言指向了另一个版本：

• 核对LoggingHelper中recordEntityId的所有重载方法，确认实际调用的方法签名（参数类型、数量）和测试中mock的完全一致；
• 检查匹配器是否正确，比如实际参数是Long类型，却用了anyString()，导致mock不生效。

4. 检查是否存在多个MockedStatic实例 #

如果当前测试用例中初始化了多个MockedStatic<LoggingHelper>，后续实例会覆盖前一个，导致断言的实例没有记录到交互：

• 排查@BeforeEach、@BeforeAll或测试方法内的mockStatic调用，确保当前用例只有一个有效的MockedStatic实例，且断言的是该实例。

5. 排查静态方法内部的类初始化逻辑 #

如果LoggingHelper.recordEntityId内部触发了类的重新初始化（比如调用Class.forName加载自身），会导致MockedStatic的代理失效，无法记录交互：

• 查看LoggingHelper的实现代码，确认静态方法没有触发类重新加载的操作。

内容的提问来源于stack exchange，提问作者y2k-shubham