Eclipse中Java桌面程序可正常运行但调试异常的排查求助

你目前怀疑的栈溢出类问题基本可以排除：这类JVM层面的致命错误在普通运行模式下同样会触发，不会出现“直接运行完全正常、仅调试模式偶发异常”的现象。 #

可逐一落地的排查方向 #

1. 先排查调试模式独有的配置差异 #

• 清空Eclipse断点视图的全部已有断点（包含条件断点、异常断点、类加载断点）：哪怕断点没有被触发，调试器也会在类加载、方法调用时做断点匹配校验，大项目下全量类的校验流程会被拉长数倍耗时，很容易出现启动等待数分钟、窗口加载完成无内容的表现
• 打开对应项目的调试配置页，逐行对比和普通运行配置的参数差异：
  • 检查是否被误加了冗余的调试类JVM参数，比如过度的类加载跟踪、方法调用埋点相关配置
  • 核对给JVM分配的堆内存大小：调试模式默认的堆内存往往比普通运行配置偏小，大项目类加载时堆内存不足会触发频繁Full GC，直接表现为启动卡顿、UI渲染阻塞
  • 确认是否误挂载了额外的代码增强代理（比如热部署、字节码插桩类的第三方插件），这类代理在调试模式下的插桩耗时会被大幅放大
• 排除配置干扰后，先做一次干净的调试启动，观察问题是否复现

2. 结合现有线程状态定位实际卡滞位置 #

你提供的调试线程信息显示AWT-EventQueue-1、DestroyJavaVM、业务线程都处于Running状态，没有出现死锁常见的Blocked、Waiting状态，说明卡滞是被长时间计算/加载流程占满CPU导致的，不是逻辑层面的阻塞：

• 在程序等待加载的阶段，直接在Eclipse调试视图选中AWT-EventQueue-1线程，导出全量线程栈：这个线程是负责Java Swing/AWT窗口渲染、UI事件处理的核心线程，栈上显示的当前执行位置，就是窗口加载完成却空白的直接原因
• 重点观察线程栈中是否存在大量调试器代理的字节码插桩、类加载流程：Eclipse调试器需要对所有加载的类做方法埋点，万级类规模的项目下，这个流程的耗时会比普通运行高几十倍，刚好匹配“等待数分钟才能加载、偶发不固定”的表现
• 核对DestroyJavaVM线程的执行逻辑：这个线程长期处于Running状态，意味着JVM还没有走完完整的初始化流程，卡滞位置大概率在类加载阶段，不属于你的业务代码逻辑错误

3. 排除IDE端的缓存干扰 #

• 清理Eclipse JDT的增量编译缓存：删除项目工作区下.metadata/.plugins/org.eclipse.jdt.core目录下的所有临时文件，重启Eclipse后对项目做一次全量构建，排除增量编译残留的旧字节码和新提交的代码不匹配，导致调试器类加载逻辑混乱的问题
• 调低Eclipse调试器的日志输出级别：关闭非必要的调试事件通知、类加载跟踪日志，减少IDE端和调试进程之间的通信开销，降低大项目下的调试启动压力

内容的提问来源于stack exchange，提问作者Jan Van den Bossche