构造函数注入的 Nullpointer 异常并与字段注入模拟一起使用答案

【问题标题】：Nullpointer exception on constructor injection and works with field injection mockito构造函数注入的 Nullpointer 异常并与字段注入模拟一起使用
【发布时间】：2018-07-20 06:26:26
【问题描述】：

我有一个抽象类，它有一个正在自动装配的依赖项：

public abstract class ClassB {
    @Autowired
    private ClassC classC;

    public String getValue() {
        classC.getSomeMethod();
    }
}

我有一个扩展这个抽象类的类：

@Component
public class ClassA extends ClassB {
    @Autowired
    private ClassD classD;

    public String getClassAMethod() {
        String value = getValue();
        String dReturn = classD.getD();
        return value + dReturn;
    }
}

现在在进行单元测试时我可以做：

public class ClassATest {
    @Mock
    private ClassC classC;

    @Mock
    private ClassD classD;

    @InjectMocks
    private ClassA classA;

    @Test
    public void testSomething() {
        when(classC.getSometMethod()).thenReturn("classC");
        when(classD.getD()).thenReturn("classD");
        assertEquals(classA.getClassAMethod(), "classCclassD");
    }

}

这很好用，但是如果我对 ClassA 使用构造函数注入，我会得到 classC 的 Null 指针异常。

@Component
@RequiredArgsConstructor(onConstructor = @__(@Autowired))
public class ClassA extends ClassB {
    private final ClassD classD;

    public String getClassAMethod() {
       String value = getValue();
       String dReturn = classD.getD();
       return value + dReturn;
    }
}

在第二种情况下，我什至尝试用普通的构造函数调用替换 InjectMocks，但 ClassC 对象不会被模拟。

堆栈跟踪： at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) at org.junit.runners.ParentRunner.run(ParentRunner.java:363) at org.mockito.internal.runners.DefaultInternalRunner$1.run(Unknown Source) at org.mockito.internal.runners.DefaultInternalRunner.run(Unknown Source) at org.mockito.internal.runners.StrictRunner.run(Unknown Source) at org.mockito.junit.MockitoJUnitRunner.run(Unknown Source) at org.junit.runner.JUnitCore.run(JUnitCore.java:137) at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68) at com.intellij.rt.execution.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:47) at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:242) at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:70)

【问题讨论】：

如何向我们展示失败的代码，而不是失败的代码？
@JBNizet 已更新。第二种风格也是同样的方法，因此没有明确地把它放在那里。但现在我已经更新以包含它
我在任何地方都没有看到任何构造函数。
您没有显示具有构造函数参数的ClassB 版本，并且由于它既不在构造函数中也不是必需的，RequiredArgs 没有涵盖它。（另请注意，从 Spring 4.3 开始，如果构造函数是唯一的，则不需要注释。）
NullPointerException 总是能准确地告诉你出了什么问题，所以请添加堆栈跟踪！

标签： java spring mockito lombok

【解决方案1】：

Lombok 的@AllArgsConstructor 和@RequiredArgsConstructor 仅涵盖在类本身中声明的字段。不考虑超类中的字段，因为 lombok 无法访问这些类，因为在编译过程中 lombok 运行时它们尚未解析。

因此，在您的情况下，为ClassA 生成的构造函数只有ClassD classD 作为参数，而不是ClassC classC。（您可以在 IDE 的类大纲视图中看到这一点，或者通过对代码进行分解。）因此，classC 保持未初始化，从而导致 NPE。

很遗憾，lombok 无法为您提供帮助。您必须手动编写构造函数。

【讨论】：