@Autowire与@InjectMocks结合使用

Question

我有一个Spring boot项目，它有一套单元测试，使用mockito的@InjectMock来实例化正在测试的类，并将可能存在的任何Mock注入其中。

换句话说，如果我有这个

@InjectMocks MyClass myClass;

那我就不需要

MyClass MyClass=新的MyClass（）
或@Autowired MyClass MyClass；

到目前为止，这种设置运行良好。

然而，最近在运行测试时，有必要访问项目的spring boot属性。这意味着必须在测试中使用SpringBoot任务运行器，以便@Autowire的任何实例（包括实例化环境类的实例）都能工作。

我发现，如果@InjectMocks用于实例化类，则类内的任何@Autowired实例都不起作用（它们应创建的对象为 null）。这意味着没有环境类，也无法访问 Spring 属性。

相反，我必须将@Autowired添加到@InjectMocks注释中

所以这个

@InjectMocks MyClass myClass;

变成这个

@Autowired
@InjectMocks MyClass myClass;

我的问题很简单。这样做有什么问题吗？它是双重实例化myClass还是做任何可能导致故障的事情

Answer 1

我认为你混淆了属于spring的注释和属于Mockito的注释。

在运行web应用程序时，@Autowired将为您的类提供一个特定的依赖项。这样，您就不必使用＜code＞new＜code＞关键字手动创建对象。但在运行时，只有spring注释起作用。mockito注释不适用于此用例。

当您运行测试时，情况正好相反。现在Spring注释什么都不会做，而是mockito注释在工作。@InjectMocks会告诉mockito：“我用@Mock提供的任何东西，并且这个类需要的东西，只要把它放在那里”。即使您没有在该字段上放@Autow的，它也会这样做。Mockito不关心Spring注释。

对于您的问题：我没有看到您将@Autowired和@injectmock放在同一位置的用例。在应用程序的逻辑中使用spring注释，在测试中使用mockito注释。

我知道答案是相当抽象的，但你的问题也是如此。要获得一些更具体的帮助，您应该提供一个最小，完整且可验证的示例。