Java线程池任务超时需Future监控、任务响应中断、线程池有序关闭三者协作；用Future.get(timeout)控制单任务生命周期，配合cancel(true)和任务内中断检查；停机时执行shutdown→awaitTermination→shutdownNow标准流程；CompletableFuture提供orTimeout等更简洁超时语义。
Java 中线程池本身不自动处理任务超时或中断，必须靠三层配合：Future 主动监控、任务自身响应中断、线程池有序关闭。单靠 interrupt() 或 future.cancel(true) 是无效的，关键在“协作”而非“强制”。
用 Future.get(timeout) 控制单个任务生命周期
这是最直接的入口。提交任务后别调用无参 get()，而是限定等待时间：
- 调用
future.get(3, TimeUnit.SECONDS)，超时抛TimeoutException - 捕获异常后立即执行
future.cancel(true)，尝试向执行线程发中断信号 - 注意：
cancel(true)是否起作用，完全取决于任务代码里有没有检查中断状态
让任务自己支持中断：轮询 + 可中断 API
很多任务卡死，不是因为线程池不行，而是任务没写好。CPU 密集型循环不会响应 interrupt，必须主动配合：
- 所有长循环开头加判断：
if (Thread.currentThread().isInterrupted()) { cleanup(); return; } - 阻塞操作优先选可中断版本：用
queue.poll(1, SECONDS)替代queue.take()，用socket.setSoTimeout()替代阻塞读 - 捕获
InterruptedException后必须恢复中断标志：Thread.currentThread().interrupt();，否则后续 cancel 就失效
线程池整体停机时清理残留任务
单个任务超时取消了，不代表线程池就干净了。要防止资源泄漏，得走标准关闭流程：
立即学习“Java免费学习笔记（深入）”；
- 先调
executor.shutdown()：拒绝新任务，但允许已提交任务（含队列中）继续跑完 - 再调
executor.awaitTermination(30, SECONDS)：等最多 30 秒，返回true表示全结束了 - 若返回
false，说明还有活任务，此时可调executor.shutdownNow()清空队列并尝试中断所有工作线程 - 为防重复触发，可用
volatile boolean isShuttingDown做开关保护
CompletableFuture 提供更简洁的超时语义
相比裸 Future，CompletableFuture 内置了声明式超时能力，适合异步链式场景：
-
supplyAsync(..., executor).orTimeout(3, SECONDS)：超时后自动完成异常结果 -
completeOnTimeout()可指定默认值，避免整个链断裂 - 仍需搭配自定义线程池（非
newCachedThreadPool），并确保任务内有中断响应逻辑
