java executor过时没_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的一部分(除其他外)强制更新其线程。