Junit出现空指针异常

最新推荐文章于 2025-06-05 18:27:22 发布

原创最新推荐文章于 2025-06-05 18:27:22 发布 · 2.7k 阅读

8 ·

CC 4.0 BY-SA版权

文章标签：

#junit #Test #NPE #nullpoint

java 专栏收录该内容

38 篇文章

订阅专栏

本文揭示了在SpringBoot中使用junit测试时，如何避免因误引入org.junit.Test而非org.junit.jupiter.api.Test导致的空指针异常。关键在于正确引入测试类并模拟启动环境。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

sprintboot里面当我们使用junit进行测试后的时候，需引入两个依赖：

        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.12</version>
            <scope>test</scope>
        </dependency>

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-test</artifactId>
            <version>2.2.6.RELEASE</version>
            <scope>test</scope>
        </dependency>

写测试类也很简单，在类上面添加@SpringBootTest, 然后使用@Autowired引入需要测试service或者mapper，然后写个测试方法，方法上添加@Test，在方法中调用引入的servcie方法或者mapper方法即可。示例代码：

@SpringBootTest
public class UserMemberTest {
    @Autowired
    UmsMemberServiceImpl umsMemberServiceImpl;


    @Test
    public void loginTest(){
        UserMemberDTO userMemberDTO = new UserMemberDTO();
        userMemberDTO.setUsername("abc");
        userMemberDTO.setPassword("123456");
        String login = umsMemberServiceImpl.login(userMemberDTO);
        System.out.println(login);
    }

}

我们在执行Test方法的时候，有些人可能会遇到NullPointerException异常：

java.lang.NullPointerException
	at com.msb.dongbao.ums.UserMemberTest.loginTest(UserMemberTest.java:39)
	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.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.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)

明明都@Autowired注入了，为什么会是空对象。之所以会造成这种状况，是因为@Test的类不对，junit有两个Test类，org.junit.Test 和 org.junit.jupiter.api.Test

如果引入的类是org.junit.Test，就会出现上面的异常情况。所以我们在引入的时候需要引入org.junit.jupiter.api.Test， org.junit.jupiter.api.Test这个类会模拟sprintboot的启动类，进行注入该注入的对象。所以千万不要引错了类。