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

Question

我正在研究我在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的东西。这很烦人，因为我总是要在调试过程中恢复。

任何线索？

Answer 1

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

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

配置Eclipse的行为非常简单：
转到窗口＆gt; 偏好设置＆gt; Java ＆gt; 调试并取消选中暂停执行未捕获的异常。

Answer 2

有一个更具体的解决方案，可以防止Eclipse仅在给定的类中抛出RuntimeException。

1. 从调试角度
添加新的异常断点
2. 转到属性
3. 转到过滤
4. 在“限制到所选位置”中，点击“添加课程”
5. 添加java.util.concurrent.ThreadPoolExecutor
6. 取消选中，表示忽略

Answer 3

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

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

Answer 4

我注意到这经常发生在修改服务器文件（jsp或java）之后，并且STS无法重新加载应用程序。

这通常会导致重新启动服务器以使其同步更改。

介绍JRebel后 - 似乎已经消失了。因此，我想在调试模式下热插入代码时，STS中是一个可重现的问题。

通过删除本机hotswapping，它消除了它在ThreadPoolExecutor类中破坏的问题。