Есть обычные реализации типа серьёзных фреймворков.
А если не заморачиваться - погугли понятие "пул потоков", под это есть
свои классы.

А вот с таймаутами так предвзято не относись. Если задача реальная (не
учебная), то за каждым таймаутом стоит что-то недоделанное, какая-то
реакция, нужно собрать какую-то статистику, избегать (перехватывать)
срать в лог типичными таймаутами (типа сетевой ошибки).

Ставить таймаут на весь поток некошерно. Таймаут нужно ставить именно на
ту операцию, где он может произойти. И оттуда же выкидываешь свой класс
эксепшена, который сам же потом ловишь и сам же знаешь как именно его
обработать, как именно его логировать, как показывать для системы
мониторинга.

Если поставишь таймаут на поток, то скроешь в будущем возможные ошибки.
Если таймаута нет, увидишь где потоки блокируются. Но если он есть -
ошибку двойной блокировки не поймаешь. А шансы на неё нарваться есть
всегда, и тем выше чем сложнее логика.
Posted via ActualForum NNTP Server 1.5

По сути задача сделать своего наследника Thread, и засунуть их в обычный
пул потоков.
Posted via ActualForum NNTP Server 1.5