为什么Mockito@InjectMocks可能是要避免的事情？

Question

为什么@InjectMocks可能是这种测试要避免的事情。

@RunWith(MockitoJUnitRunner.class)
public class MyClassTest {

    @Mock
    private Bar bar;

    @InjectMocks
    private Foo foo; // created by Mockito

    @Test
    public void shouldCallMethod() {

        // when
        foo.myMethod();

        // then
        ...
    }
}

public class Foo {

    private final Bar bar;

    public Foo(Bar bar) {
        this.bar = bar;
    }
...

我在对这个答案的评论中读到了这一点：https://stackoverflow.com/a/21172873/516167

标记应在其上进行注射的字段。

• 允许速记模拟和间谍注入
• 最小化重复模拟和间谍注入

参考:@InjectMocks JavaDoc。

Answer 1

此外，有些人建议依赖项应该由构造函数添加，而不是由setter添加，这样在编译时就可以保证正确的依赖项。看这个。

通过使用构造函数，您被迫限制要用作依赖项的组件的数量，以降低复杂性。（这可能不容易，而且在Spring会改变很多事情的方式）。

更新：在构造函数中使用自动连接的依赖项一段时间后，我清楚地注意到测试不那么脆弱。当依赖关系更改时，我仍然需要更改测试，但编译器告诉我应该在哪里更改它以及更改的大小。更好的是，现在我可以区分在编译时对测试进行更改以适应新代码，以及此代码在运行时添加的故障。

Answer 2

我看到的唯一缺点是您必须遵守它的规则。如果您不使用@InjectMocks，您可能会有更多的控制权

从他们的文档中，我以粗体添加了一些：

Mockito将尝试仅通过构造函数注入、setter注入或属性注入按顺序注入模拟，如下所述。如果以下任何策略失败，则Mockito不会报告失败；即您必须自己提供依赖项。

构造函数注入；选择最大的构造函数，然后使用仅在测试中声明的模拟解析参数。注意：如果找不到参数，则传递null。如果需要不可模拟的类型，则不会发生构造函数注入。在这些情况下，您必须自己满足依赖关系。

属性设置器注入；模拟将首先按类型进行解析，然后，如果存在多个相同类型的属性，则通过属性名称和模拟名称的匹配进行解析。注1：如果您有相同类型（或相同擦除）的属性，最好用匹配的属性命名所有@Mock注释字段，否则Mockito可能会混淆，不会发生注入。

注意 2：如果@InjectMocks实例之前未初始化并且具有 no-arg 构造函数，则将使用此构造函数对其进行初始化。

字段注入；模拟将首先按类型解析，然后，如果有几个相同类型的属性，则通过字段名称和模拟名称的匹配来解析。注意1：如果您有具有相同类型（或相同擦除）的字段，最好将所有@Mock注释字段命名为匹配字段，否则Mockito可能会混淆并且不会发生注入。

注意 2：如果@InjectMocks实例之前未初始化并且具有 no-arg 构造函数，则将使用此构造函数对其进行初始化。