performance - WebLogic (10.3.5) 线程池和卡住的线程 - 什么被认为是持续使用？

Question

我想发现卡住的线程(通过设置 StuckThreadMaxTime 来监视连续线程的使用)并且考虑到每个事务都在短时间内运行，我想将其设置为一个较低的值 - 比如说 20 秒。

我怀疑只要线程返回到池中(这将是合乎逻辑的)，如果线程几乎立即被重新使用，Continuous use 计数器就会重新设置。但我不确定这一点。

有没有人确定将线程返回到池中会设置连续使用的“时钟”与 StuckThreadMaxTime，即使线程在池中的时间很短，无法检测？

Answer 1

我不确定您所说的“连续使用计数器”是什么意思，但我可以解释 Weblogic 线程的工作原理，希望这能澄清您的疑问。

WL 为每个传入请求分配一个线程。该线程将用于完成请求，然后返回到线程池。

StuckThreadMaxTime 所做的是报告线程已超过同一请求的时间限制。

因此，如果将其设置为默认值 600 秒，则在超过该时间时将记录一条消息。

注意 - Weblogic 不会在 600 秒后清除卡住的线程，它会根据需要继续处理。它只是在日志中记录此事件。

最后，当请求完成时，线程可用于下一个请求。您可以通过在管理控制台中查看来验证每个线程已完成的请求数

服务器 > 监控 > 线程将显示线程数和已完成的请求数

所以回到你的确切问题 - StuckThreadMaxTime 为每个请求重置，而不是跨越多个请求

此计时器在请求时启动，而不是在线程返回池时启动。

您可以通过线程转储来验证这一点 - 如果您收到(例如)线程 7 的 StuckThread 消息，但几分钟后您可以看到线程 7 可能已清除并且现在正在处理另一个请求。

进一步阅读:

WebLogic stuck thread protection