Я не уверен, что вы имеете в виду под "счетчиком непрерывного использования", но я могу объяснить, как работают потоки Weblogic, и, надеюсь, это прояснит ваши сомнения.
Каждому входящему запросу присваивается один поток по WL. Этот поток будет использован для завершения запроса, а затем возвращен в пул потоков.
Что StuckThreadMaxTime делает, так это сообщает, что поток перешел этот лимит времени для того же запроса.
Таким образом, если по умолчанию установлено значение 600 секунд, сообщение будет записано в журнал, когда это время будет пересечено.
Примечание - Weblogic НЕ очищает застрявший поток через 600 секунд , он будет продолжать обработку столько времени, сколько потребуется. Это просто отмечает это событие в журнале.
Наконец, когда запрос завершен, поток доступен для следующего запроса. Вы можете проверить, сколько запросов выполнил каждый поток, просмотрев в консоли администратора
Серверы> Мониторинг> Потоки покажет количество потоков и количество выполненных запросов
Итак, чтобы вернуться к вашему точному вопросу - StuckThreadMaxTime сбрасывается для каждого запроса и не переносится на несколько запросов
Этот таймер запускается во время запроса , а не когда поток возвращается в пул.
Вы можете проверить это с помощью дампов потоков - если вы получили сообщение StuckThread для (скажем) потока 7, но через несколько минут вы увидите, что поток 7 мог очиститься и теперь обслуживает другой запрос.
Дополнительная литература:
Защита от заедания WebLogic