Java线程池本身不直接提供任务最大生存时间，但可通过Future超时获取、keepAliveTime+allowCoreThreadTimeout配置、有界队列与CallerRunsPolicy反压、前置限流及连接层管控组合防范长连接霸占线程。
Java线程池本身不直接提供“任务最大生存时间”（即单个任务从提交到完成的超时控制）的能力，但可以通过组合策略有效防范长连接场景下线程被长期霸占的问题。关键在于：不是等线程卡死再处理，而是提前设限、主动反压、分层拦截。
用带超时的 Future 控制单任务执行时长
提交任务时使用 ExecutorService.submit(Callable) 获取 Future，再调用 get(timeout, unit) 设置等待结果的上限。一旦超时，可主动中断任务线程（需任务内部响应中断）：
- 任务逻辑中定期检查
Thread.currentThread().isInterrupted() - I/O 操作优先选用支持中断的 API（如
Socket.setSoTimeout()、InputStream.read()在阻塞时可被中断） - 避免使用无法响应中断的阻塞操作（如
Thread.sleep(Long.MAX_VALUE)或无超时的数据库查询）
配置合理的 keepAliveTime + allowCoreThreadTimeOut
针对长连接维持导致的空闲线程堆积，需让非核心线程及时退出，并在必要时也让核心线程可回收：
-
keepAliveTime设为 30～120 秒（非核心线程空闲后自动销毁） - 调用
allowCoreThreadTimeOut(true)，使核心线程也受keepAliveTime约束，避免“永远在线”的假象 - 特别适合连接密集、请求稀疏的网关或 WebSocket 服务
拒绝策略 + 有界队列形成反压闭环
防止恶意或异常长任务持续涌入并挤占线程资源：
立即学习“Java免费学习笔记（深入）”；
- 禁用无界队列（如默认
LinkedBlockingQueue()），改用ArrayBlockingQueue(200)（容量建议为maxThreads × 1.5） - 拒绝策略优先选
CallerRunsPolicy：当线程池和队列都满时，由 Tomcat 工作线程同步执行任务，自然拖慢上游吞吐，暴露瓶颈 - 更优方案是自定义拒绝策略，记录日志 + 上报 Prometheus，实现“可感知的拒绝”而非静默丢弃
前置限流与连接层管控
线程池是最后一道防线，不能让它直面攻击流量：
- 在网关层（Nginx / Spring Cloud Gateway）限制单 IP 或用户 QPS，例如
limit_req zone=conn burst=10 nodelay - 设置连接超时：
connectionTimeout=15000（15 秒），快速断开空闲长连接 - 对 HTTP 请求头、Body 大小、JSON 深度做校验（如 Jackson 配置
JsonParser.Feature.STRICT_DUPLICATE_DETECTION和最大嵌套深度）
