JUnitCore在Eclipse以Spring Boot App启动时运行失败问题

我之前踩过一模一样的坑，这大概率是类加载器冲突搞的鬼——Eclipse的Spring Boot App启动方式，和普通Java应用、mvn spring-boot run用的类加载机制完全不一样。

问题到底出在哪？ #

当你用Eclipse的Spring Boot App启动应用时，Spring Boot会用它专属的LaunchedURLClassLoader加载所有应用类；但JUnitCore默认会用JVM的系统类加载器去加载测试类。这就导致同一个测试类被两个不同的类加载器加载，JVM会把它们当成完全不相关的类，自然就抛出类找不到、类转换异常这类问题了。

靠谱的解决方案 #

1. 让JUnit用Spring的类加载器（最推荐） #

在调用JUnitCore.run()之前，手动把JUnit的类加载器设置成当前线程的上下文类加载器（也就是Spring Boot正在用的那个）：

// 初始化JUnitCore时指定类加载器
JUnitCore junitCore = new JUnitCore();
junitCore.setClassLoader(Thread.currentThread().getContextClassLoader());

// 执行测试
Result testResult = junitCore.run(YourIntegrationTest.class);

这个方法从根源解决了类加载器不一致的问题，在你的极简复现项目里亲测有效。

2. 调整Eclipse启动参数（备选） #

如果不想改代码，可以试试修改Eclipse的Spring Boot启动配置：

• 打开「Run Configurations」，找到你的Spring Boot启动项
• 切换到「Arguments」标签页，在「VM arguments」里加一行：

  -Djava.system.class.loader=org.springframework.boot.loader.LaunchedURLClassLoader
  

不过这个方法可能会影响其他依赖的加载逻辑，建议优先用第一种方案。

3. 改用Spring Boot官方测试框架（最规范） #

如果你的场景允许，其实更推荐用Spring Boot自带的@SpringBootTest来写集成测试，这种方式天生和Spring的类加载机制兼容，根本不会出现这类问题：

@SpringBootTest
public class SampleIntegrationTest {
    @Test
    public void testSampleLogic() {
        // 你的测试代码
    }
}

写完直接右键「Run as → JUnit Test」就能正常跑，还能享受到Spring提供的各种测试支持。

内容的提问来源于stack exchange，提问作者Felix M