mockito injectmocks

Mockito的@InjectMocks注解用于自动注入被测试类所依赖的mock对象。通常情况下，我们需要手动创建mock对象并将它们注入到被测试类的构造函数或setter方法中，但是使用@InjectMocks注解可以简化这个过程。

具体来说，@InjectMocks注解可以标注在测试类中被测试的对象上，用来告诉Mockito框架需要自动注入mock对象。Mockito会扫描被测试类中的所有字段，如果发现某个字段已经被标注为@Mock注解，则会自动将该mock对象注入到被测试类中。

需要注意的是，@InjectMocks注解仅能注入被标注为@Mock的mock对象，如果依赖的对象不是mock对象，则需要手动注入。此外，当多个mock对象存在依赖关系时，需要确保它们的注入顺序正确，否则可能会导致测试失败。

相关问题

mockito InjectMocks空指针

### 解决方案

当遇到 `@InjectMocks` 导致的空指针异常时，通常是因为依赖项未正确初始化或配置不当。以下是几种常见的解决方案：

#### 1. 确认所有必需的依赖都已标注
确保所有的依赖都被正确地标记为 `@Mock` 或者其他合适的注解。如果某些依赖没有被标记，则不会自动注入到目标类中。

@RunWith(MockitoJUnitRunner.class)
public class Test {
    @InjectMocks
    private SomeHandler someHandler;

    @Mock
    private OneDependency oneDependency;
    
    // 如果还有其他的依赖也需要加上相应的注解并声明变量
}

#### 2. 使用构造函数注入而非字段注入
有时通过构造器来创建实例可以更好地控制对象图，并减少潜在的问题。对于复杂的场景尤其如此。

@RunWith(MockitoJUnitRunner.class)
public class Test {

    private final SomeHandler someHandler;

    @Mock
    private OneDependency oneDependency;

    public Test() {
        this.someHandler = new SomeHandler(oneDependency);
    }
}

#### 3. 初始化静态内部类中的成员
如果有静态内部类的情况，可能需要特别处理这些成员以确保它们能够正常工作。

static class InnerClassExample {
    static class Outer {
        String message = "Hello";
        
        static class StaticInner {
            void printMessage() { System.out.println(message); } 
        }
    }

    @Test
    public void testStaticInnerClass() throws Exception {
        Outer.StaticInner innerInstance = mock(Outer.StaticInner.class, withSettings().instantiate());
        when(innerInstance.printMessage()).thenCallRealMethod();
        assertNotNull(innerInstance.message); // 这里可能会抛出 NPE 错误
    }
}

#### 4. 验证测试环境设置是否正确
确认项目已经包含了必要的库文件并且版本兼容；另外还要注意IDEA或其他开发工具内的运行配置是否有误。

以上方法可以帮助排查和修复由 `@InjectMocks` 引起的空指针异常问题[^2]。

mockito @InjectMocks

### 使用 `@InjectMocks` 注解进行单元测试中的依赖注入

在编写单元测试时，为了验证某个类的行为而不涉及其实际依赖项，可以使用Mockito框架来创建这些依赖的模拟实例。对于被测类及其依赖关系的管理，`@InjectMocks`注解非常有用。

当在一个测试类中声明了一个字段并用`@InjectMocks`标记它时，这意味着该字段代表的是待测试的目标对象，并且Mockito会自动尝试通过构造函数、setter方法或直接设置私有属性的方式将其他带有`@Mock`标注的对象注入到这个目标对象里[^1]。

下面是一个具体的例子展示如何利用`@InjectMocks`来进行单元测试：

import org.junit.Rule;
import org.junit.Test;
import org.mockito.InjectMocks;
import org.mockito.Mock;
import org.mockito.junit.MockitoJUnit;
import org.mockito.junit.MockitoRule;

public class ExampleTestClass {

    @Rule
    public MockitoRule mockitoRule = MockitoJUnit.rule();

    @Mock
    private MyRestService restService;

    @Mock
    private MyLogger logger;

    @InjectMocks
    private ImportantClass importClassToBeTested;

    @Test
    public void performShouldWriteOutput() {
        // Given
        when(restService.getData()).thenReturn("abc");

        // When
        importClassToBeTested.perform();

        // Then
        verify(logger).print("ABC");
    }
}

在这个案例中，`ImportantClass` 是我们想要测试的实际业务逻辑实现类；而它的两个协作者——`MyRestService` 和 `MyLogger` 则由Mockito负责提供虚拟版本给`ImportClassToBeTested` 实例使用。这样做的好处是可以隔离外部因素的影响，专注于检验核心功能是否按预期工作[^2]。

需要注意的一点是在定义测试方法的时候一定要加上`@Test`注解并且将其设为公共访问级别，否则可能会遇到找不到任何可执行测试的情况[^3]。

另外，在项目配置文件（如Maven项目的pom.xml）里面还需要加入相应的Mockito库支持以便能够正常使用上述特性[^4]。