Mockito Mock类后调用静态方法报错：when()需传入Mock对象方法调用

兄弟，你的问题其实是两个点叠加导致的：一是你误用了实例去访问静态方法，二是Mockito默认不支持直接用常规方式模拟静态方法，咱们一步步来解决：

问题根源拆解 #

1. IDE提示的静态成员访问问题：strToInteger是静态方法，它属于类本身而不是实例对象，你用trdi.strToInteger(newValueIn)这种实例调用的方式虽然语法允许，但不符合规范，IDE提示的就是这个问题——静态方法应该用类名直接调用，比如TargetClass.strToInteger(newValueIn)（把TargetClass换成你实际的目标类名）。

2. Mockito的报错原因：Mockito核心库只支持模拟实例方法，静态方法的模拟需要用到mockito-inline扩展，而且语法和实例模拟完全不同。你用Mockito.when(trdi.strToInteger(...))的方式，本质上是在试图模拟一个实例方法，但strToInteger是静态的，所以Mockito会报错说“需要一个mock对象上的方法调用”。

解决方案步骤 #

1. 引入Mockito-inline依赖 #

首先要确保你的测试依赖里包含mockito-inline，它是Mockito官方提供的扩展，支持静态方法、final方法等的模拟。

• 如果是Maven，在pom.xml里添加：

  <dependency>
      <groupId>org.mockito</groupId>
      <artifactId>mockito-inline</artifactId>
      <version>4.11.0</version> <!-- 建议用最新稳定版 -->
      <scope>test</scope>
  </dependency>
  

• 如果是Gradle，在build.gradle里添加：

  testImplementation 'org.mockito:mockito-inline:4.11.0'
  

注意：如果之前已经引入了mockito-core，mockito-inline会自动替换它，不用重复引入。

2. 用正确的语法模拟静态方法 #

静态方法的模拟需要用Mockito.mockStatic()创建一个静态模拟对象，并且建议用try-with-resources块来自动关闭模拟，避免影响其他测试用例。示例代码如下：

public class TestApproved extends TestGroovy {
    @Test
    public void yourTestMethod() {
        String newValueIn = "test"; // 你的输入参数
        
        // 开启静态方法模拟，用try-with-resources自动关闭
        try (MockedStatic<TargetClass> mockedStatic = Mockito.mockStatic(TargetClass.class)) {
            // 模拟静态方法的返回值
            mockedStatic.when(() -> TargetClass.strToInteger(newValueIn))
                        .thenReturn(0);
            
            // 在这里执行你的测试逻辑，比如调用依赖strToInteger的代码
            // ...
            
            // 可选：验证静态方法是否被调用过
            mockedStatic.verify(() -> TargetClass.strToInteger(newValueIn));
        }
    }
}

替换代码里的TargetClass为你的实际目标类名即可。

3. 修正业务代码里的静态方法调用（可选但推荐） #

把业务代码里的trdi.strToInteger(...)改成TargetClass.strToInteger(...)，这样既符合Java静态方法的调用规范，也能消除IDE的提示。不过即使不改，静态模拟依然有效，因为不管用实例还是类名调用，最终都是执行类的静态方法。

常见误区提醒 #

• 不要试图用普通的mock实例（比如Mockito.mock(TargetClass.class)创建的trdi）去模拟静态方法，因为静态方法不属于实例，mock实例对它没有控制权。
• 一定要确保静态模拟被正确关闭，try-with-resources是最安全的方式，否则会导致后续测试用例出现意想不到的问题。

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