java - 为什么 Mockito @Mock 创建一个非模拟实例？

Question

我有一些非常相似的项目，都是 Java、SpringBoot 和 Maven。它们都有一个名称相同、内容几乎相同的类。我在其中一个类中添加了一个附加方法，该类具有我将要描述的问题，但我很确定该细节是巧合。

每个项目还有一个与非常相似的类相对应的测试类，并且每个类中该测试类的骨架都是相同的。测试类有一个用于测试类 (CUT) 的 @InjectMocks 和两个 @Mock 注解，其中一个对应于 CUT 的实例变量。 p>

测试类确实有一个 @Before 方法，用于创建测试使用的实例变量。

测试类的所有变体都有“@RunWith(MockitoJUnitRunner.class)”。

如果我运行一个“良好”测试并在 @Before 方法的第一行设置断点，然后查看变量 Pane 中的“this”变量，我会看到两个 @Mock- 的类型ed 实例变量以“$MockitoMock”结尾。

如果我在“坏”测试中做同样的事情，两个@Mock-ed变量的类型不会以“$MockitoMock”结尾。事实上，这些看起来是相应类的正常实例，而不是模拟类。

更奇怪的是，在“糟糕”的测试中，我尝试在 @Before 方法中显式调用“instvar = mock(clazz.class)”，在我跳过这些之后，实例变量的类型仍然不是模拟类型，但是，当我单击实例变量时，toString 面板显示“Mock for ..., hashCode: 1028811481”。如果我此时“恢复”，我可以在据称模拟的类中命中断点，该实例的 toString 值显示“Mock for ...”。

这就是言语上的问题。现在我想我会展示一些代码。

这是“坏”测试类的一部分:

@RunWith(MockitoJUnitRunner.class)
public class RestClientTest {
    @InjectMocks
    RestClient restClient;

    @Mock
    RestClientFactory restClientFactory;

    @Mock
    RestTemplate restTemplate;

    HttpEntity<String> requestEntity;

    @Before
    public void setup() {
        requestEntity = new HttpEntity<>(new HttpHeaders());
        restClientFactory   = mock(RestClientFactory.class);
        restTemplate        = mock(RestTemplate.class);
        ReflectionTestUtils.setField(restClient, "restClientFactory", restClientFactory);
    }

这是“良好”测试类的一部分:

@RunWith(MockitoJUnitRunner.class)
public class RestClientTest {
    @InjectMocks
    RestClient restClient;

    @Mock
    RestClientFactory restClientFactory;

    @Mock
    RestTemplate restTemplate;

    HttpEntity<String> requestEntity;

    @Before
    public void setup() {
        requestEntity = new HttpEntity<>(new HttpHeaders());
    }

我确定“好”和“坏”项目都使用了 2.15.0 版本的mockito-core。

更新:

我尝试单步进入不良测试中的“模拟”调用，并在那里设置断点，因为它是从注释处理转到这里的，所以我可以看到不良和良好情况的行为。

这是我在良好案例中看到的内容:

我一直走到第 65 行，然后进入“createMock()”。这让我进入了 MockUtil 类:

“mockMaker”的类型是“org.mockito.internal.creation.bytebuddy.ByteBuddyMockMaker”。

我走到了第35行，进入了“mockMaker.createMock()”方法:

现在让我们重新开始并运行“坏”案例:

我们首先到达初始断点:

然后这里:

现在我们看到“mockMaker”的类型与好的情况不同。类型是“org.mockito.internal.creation.bytebuddy.InlineByteBuddyMockMaker”。

我不会继续逐步执行此操作，但此路径确实会生成具有不同 toString 值的“假模拟”。

现在想想，这个实例就像一个“ spy ”，由 Mockito 管理，但所有方法都默认调用原始类方法。我不知道为什么它在这里采取不同的路径。

我希望这些信息足以为更好地理解其工作原理的人提供线索。

Answer 1

The type of "mockMaker" [in the "good" case] is "org.mockito.internal.creation.bytebuddy.ByteBuddyMockMaker".

Now [in the "bad" case] we see that the type of "mockMaker" is DIFFERENT from the good case. The type is "org.mockito.internal.creation.bytebuddy.InlineByteBuddyMockMaker".

因此，“好”项目正在使用默认的模拟制作器，它使用子类化 - 请参阅 ByteBuddyMockMaker.java — 而“坏”项目正在使用一个非默认的模拟制作器，它尝试使用 Java instrumentation避免子类化:InlineByteBuddyMockMaker.java 。这与您观察到的行为差异相符

根据 InlineByteBuddyMockMaker 的 Javadoc:

This mock maker must to be activated explicitly for supporting mocking final types and methods:

This mock maker can be activated by creating the file /mockito-extensions/org.mockito.plugins.MockMaker containing the text mock-maker-inline or org.mockito.internal.creation.bytebuddy.InlineByteBuddyMockMaker.

因此，要弄清楚为什么会发生这种情况，您应该在类路径中搜索，以了解 /mockito-extensions/org.mockito.plugins.MockMaker 资源是如何在那里结束的。