@SpringBootTest加载应用上下文后无限挂起，未执行测试用例

1. 检查自定义启动类的初始化逻辑 #

• 排查@SpringBootApplication类中的阻塞代码：比如@PostConstruct方法、静态代码块里是否有死循环、未设置超时的远程调用、等待锁释放但锁始终未释放的逻辑。
• 检查后台线程配置：如果启动类中启动了非守护线程，Spring上下文加载完成后JVM不会自动终止，会导致进程挂起。可以用jstack <进程PID>生成线程快照，查看是否有处于RUNNABLE/WAITING状态的非守护线程。

2. 验证测试类的配置正确性 #

• 确认启动类指定是否正确：检查@SpringBootTest(classes = CustomApplication.class)中的类是否为目标自定义启动类，避免类名拼写错误或引入错误的类。
• 排查重复配置冲突：如果测试类同时标注了@ContextConfiguration和@SpringBootTest，可能引发上下文加载冲突；多个测试类的配置重叠也可能导致线程阻塞。

3. 依赖与环境层面排查 #

• 检查数据库连接池配置：虽然Hibernate日志已打印，但可能存在数据库连接池初始化阻塞（比如数据库地址错误但连接池设置了无限重试、未配置超时参数）。查看连接池参数（如HikariCP的connectionTimeout、validationTimeout），确认是否存在无限等待的设置。
• 排查第三方依赖的后台任务：部分依赖在上下文加载完成后会启动后台线程（如消息队列消费者、定时任务），若配置不当可能导致线程挂起。通过jstack分析线程栈，定位是否有线程卡在第三方库代码中。

4. 精准调试技巧 #

• 生成线程快照分析：找到测试进程PID，执行jstack <PID>，重点关注：
  • 处于WAITING (parking)状态的线程，查看是否在等待未触发的条件；
  • 长期处于RUNNABLE状态的线程，排查是否存在死循环；
  • 检查main线程状态，确认是否卡在测试框架初始化步骤。
• 缩小测试范围：临时注释所有测试方法，只保留一个空的@Test方法，验证是否还会挂起。若正常，则逐步添加测试代码，定位到具体引发挂起的代码块。

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