You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

执行./gradlew bootRun --debug-jvm无报错但Spring Boot应用无法启动原因排查

可能的故障原因
  • 调试器默认挂起逻辑导致:--debug-jvm 参数默认开启JVM挂起配置,JVM输出监听5005端口的日志后会停止后续执行,直到有调试客户端连接到5005端口才会继续启动应用。未主动连接调试器的情况下会一直卡在当前状态,可执行 ./gradlew bootRun --debug-jvm -PdebugJvmSuspend=n 关闭挂起模式验证问题。
  • 端口占用无报错:Spring Boot 服务默认端口(通常为8080)、依赖的中间件端口(数据库、Redis、MQ等)被其他进程占用,且应用未配置端口占用异常的日志输出逻辑,无报错但启动流程中断。可排查对应端口占用状态,或修改配置文件中 server.port 等端口配置重试。
  • 日志等级配置过高:应用日志等级被设置为ERROR及以上,启动过程中的初始化日志、异常堆栈都被过滤,看起来未启动实际是启动过程抛出异常被隐藏。可临时调整日志输出等级为INFO/DEBUG查看完整启动日志定位问题。
  • 本地依赖缓存损坏:Gradle 本地缓存的依赖包出现文件损坏,构建阶段无校验报错,但运行时类加载失败导致应用无法完成初始化。可执行 ./gradlew clean build --refresh-dependencies 清空构建产物、刷新依赖后重试。
  • 环境/配置变更:近期修改过系统环境变量、JVM启动参数、应用多环境配置文件(如application-prod.yml),未修改build.gradle也可能导致启动时读取的配置不符合预期,触发静默启动失败。可切换到之前正常运行的配置文件、环境参数重试。

内容的提问来源于stack exchange,提问作者The_new_coder

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.10.01 03:24:06