290

我在这里阅读了一些关于静态方法的主题，我想我理解滥用/过度使用静态方法可能导致的问题。但我并没有真正深入了解为什么很难模拟静态方法。

我知道其他模拟框架，比如 PowerMock，可以做到这一点，但为什么 Mockito 不能呢？

我读了这篇文章，但作者似乎对这个词很虔诚static，也许是我的理解不佳。

一个简单的解释/链接会很棒。

4

7 回答 7

250

我认为原因可能是模拟对象库通常通过在运行时动态创建类来创建模拟（使用cglib）。这意味着它们要么在运行时实现一个接口（如果我没记错的话，这就是 EasyMock 所做的），或者他们从类继承来模拟（如果我没记错的话，这就是 Mockito 所做的）。这两种方法都不适用于静态成员，因为您不能使用继承来覆盖它们。

模拟静态的唯一方法是在运行时修改类的字节码，我认为这比继承更复杂一些。

这是我的猜测，因为它的价值......

于 2010-12-19T09:43:31.813 回答
25

如果你需要模拟一个静态方法，这是一个糟糕设计的有力指标。通常，您模拟被测类的依赖关系。如果您的被测类指的是静态方法 - 例如 java.util.Math#sin - 这意味着被测类完全需要这种实现（例如准确性与速度）。如果你想从一个具体的 sinus 实现中抽象出来，你可能需要一个接口（你知道它会去哪里）？

于 2010-12-19T18:04:39.630 回答
17

Mockito [3.4.0] 可以模拟静态方法！

  1. 将mockito-core依赖项替换为mockito-inline:3.4.0.

  2. 具有静态方法的类：

    class Buddy {
  static String name() {
    return "John";
  }
}

  3. 使用新方法Mockito.mockStatic()：

    @Test
void lookMomICanMockStaticMethods() {
  assertThat(Buddy.name()).isEqualTo("John");

  try (MockedStatic<Buddy> theMock = Mockito.mockStatic(Buddy.class)) {
    theMock.when(Buddy::name).thenReturn("Rafael");
    assertThat(Buddy.name()).isEqualTo("Rafael");
  }

  assertThat(Buddy.name()).isEqualTo("John");
}

    Mockito 仅替换try块内的静态方法。

于 2020-07-16T01:09:20.067 回答
4

作为Gerold Broser 答案的补充，这里有一个使用参数模拟静态方法的示例：

class Buddy {
  static String addHello(String name) {
    return "Hello " + name;
  }
}

...

@Test
void testMockStaticMethods() {
  assertThat(Buddy.addHello("John")).isEqualTo("Hello John");

  try (MockedStatic<Buddy> theMock = Mockito.mockStatic(Buddy.class)) {
    theMock.when(() -> Buddy.addHello("John")).thenReturn("Guten Tag John");
    assertThat(Buddy.addHello("John")).isEqualTo("Guten Tag John");
  }

  assertThat(Buddy.addHello("John")).isEqualTo("Hello John");
}
于 2020-09-07T14:58:36.527 回答
3

Mockito 返回对象，但静态表示“类级别，而不是对象级别”，因此 mockito 将为静态提供空指针异常。

于 2014-11-27T04:49:47.543 回答
2

如果您也需要模拟静态方法，我真的认为这是代码异味。

  • 访问常用功能的静态方法？-> 使用单例实例并注入它
  • 第三方代码？-> 将其包装到您自己的界面/委托中（如果需要，也将其设为单例）

唯一一次对我来说似乎有点过头了，就是像 Guava 这样的库，但无论如何你都不应该模拟这种类型，因为它是逻辑的一部分......（像 Iterables.transform(..) 这样的东西）
这样你自己的代码保持干净，您可以以干净的方式模拟所有依赖项，并且您有一个针对外部依赖项的反腐败层。我在实践中看到过 PowerMock，我们需要它的所有类都设计得很糟糕。此外，PowerMock 的集成有时会导致严重的问题
（例如https://code.google.com/p/powermock/issues/detail?id=355）

PS：私有方法也一样。我认为测试不应该知道私有方法的细节。如果一个类如此复杂以至于它试图模拟出私有方法，那么它可能是拆分该类的标志......

于 2014-07-20T23:08:07.500 回答
0

在某些情况下，静态方法可能难以测试，尤其是当它们需要被模拟时，这就是大多数模拟框架不支持它们的原因。我发现这篇博文对于确定如何模拟静态方法和类非常有用。

于 2010-12-19T09:35:43.477 回答