IntelliJ中测试运行正常，Gradle中测试执行失败求助

作为Gradle新手遇到这种「IDE里正常跑、命令行执行就挂」的问题确实挺闹心，我给你几个逐步排查的实用思路：

先对齐执行范围与基础环境 #

• 确认测试执行范围：IntelliJ默认可能只跑你选中的单个测试类，但Gradle的test任务会扫描所有符合*Test.java规则的测试类。你可以先指定单个测试类试试，命令是：./gradlew test --tests "com.yourpackage.YourTargetTest"，如果指定后能正常运行，那大概率是其他测试类引发的问题。
• 检查JDK版本一致性：IntelliJ的Project Structure里配置的SDK，和Gradle使用的JDK可能不一样（看gradle.properties里的org.gradle.java.home，或者Gradle全局配置）。Spring Boot 2.x要求Java 8及以上，版本不匹配很容易出现莫名其妙的挂起。

排查测试依赖的本地资源与异步逻辑 #

• 工作目录差异：IntelliJ运行测试的工作目录和Gradle默认工作目录不同，要是你的测试用了相对路径读取文件、或者依赖本地端口/数据库，可能在Gradle环境下找不到资源。可以在build.gradle里给test任务指定工作目录：

  test {
      workingDir = file("$projectDir/src/test/resources")
  }
  

• 异步任务未收尾：如果测试里用了线程池、异步调用，IntelliJ的测试Runner可能会等待所有线程结束，但Gradle的Runner可能在主线程执行完后直接终止进程。试试给测试类加@DirtiesContext注解，或者在测试结束前手动关闭线程池、等待异步任务完成。

深挖Gradle构建过程的卡点 #

• 先验证测试类编译：运行./gradlew testClasses，如果这个任务也卡住，那问题出在测试类编译阶段，而非测试执行阶段。
• 生成构建扫描：用./gradlew test --scan生成本地构建扫描报告（本地就能查看，不用上传外网），里面会详细记录每个任务的执行时间、依赖解析情况，能帮你定位到底是哪个环节卡住了。
• 检查测试配置：看看build.gradle里的test任务有没有自定义配置，比如修改了classpath、加了第三方测试Listener，或者存在依赖版本冲突。比如确认spring-boot-starter-test是否正确引入，有没有和其他测试依赖版本打架。

其他实用小技巧 #

• 清理Gradle缓存：缓存损坏也会导致奇怪问题，试试./gradlew clean build --no-build-cache，彻底清理后重新构建测试。
• 导出完整日志：把Gradle日志重定向到文件方便排查：./gradlew test --debug --info > gradle-test.log 2>&1，然后查看日志最后终止的位置，看看是不是卡在依赖加载、进程启动某个环节。
• 调整Gradle版本：你用的4.6是Spring Boot 2.x支持的版本，但试试升级到同系列的稳定版（比如4.10.3，是Spring Boot 2.0.x推荐的最高Gradle版本），说不定能解决版本兼容的小bug。

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