Eclipse调试器总是在ThreadPoolExecutor上阻塞而没有任何明显的异常,为什么?

问题

我正在研究我在Eclipse上的常规项目,它是一个J2EE应用程序,由Spring,Hibernate等构成。我正在使用Tomcat 7(没有特别的原因,我没有利用任何新功能,我只是想尝试一下)。每次我调试我的应用程序时,都会发生Eclipse调试器弹出,就像它已经到达断点一样,但事实并非如此,实际上它停在了一个ThreadPoolExecutor的Java源文件上。控制台上没有堆栈跟踪,它只是停止。然后,如果我点击继续,它继续,应用程序完美。这是调试器窗口中显示的内容:

Daemon Thread ["http-bio-8080"-exec-2] (Suspended (exception RuntimeException)) 
    ThreadPoolExecutor$Worker.run() line: 912   
    TaskThread(Thread).run() line: 619

我真的无法解释这一点,因为我并没有全部使用ThreadPoolExecutor。必须是来自Tomcat,Hibernate或Spring的东西。这非常烦人,因为我总是必须在调试期间恢复。

有什么线索吗?


#1 热门回答(281 赞)

发布的堆栈跟踪表明在守护程序线程中遇到了RuntimeException。除非原始开发人员捕获并处理了异常,否则这通常在运行时未被捕获。

通常,Eclipse中的调试器配置为在抛出异常的位置暂停执行,在所有未捕获的异常上。请注意,异常可能稍后处理,在堆栈帧中降低,并且可能不会导致线程被终止。这将是观察到的行为的原因。

配置Eclipse的行为很简单:
转至窗口>首选项>Java>调试和uncheck暂停对未捕获的异常执行


#2 热门回答(45 赞)

有一个更具体的解决方案,可以防止Eclipse打破仅从给定类抛出的RuntimeException

  • 从Debugging透视图添加新的异常断点
  • 去他们的房产
  • 转到过滤
  • 在"限制到所选位置"中,单击"添加班级"
  • 添加java.util.concurrent.ThreadPoolExecutor
  • 取消选中复选框,这意味着将忽略这些复选框

#3 热门回答(22 赞)

重新加载webapp时,tomcat会触发此行为。它是tomcat"memory leak protection" feature的一部分(除其他外)强制更新其线程。

现在修复了tomcat的版本7.0.54和8.0.6:https://issues.apache.org/bugzilla/show_bug.cgi?id=56492