应使用带超时参数的Future.get(timeout, unit)并捕获TimeoutException、ExecutionException和InterruptedException，超时后调用future.cancel(true)尝试中断任务，同时确保任务代码可响应中断。
在 Java 多线程异步编程中，Future.get() 默认会无限等待任务完成，容易导致调用线程被长期阻塞。要避免这种情况，必须使用带超时参数的 get(long timeout, TimeUnit unit) 方法，并配合合理的异常处理和资源清理逻辑。
使用带超时的 get() 方法
这是最直接有效的方式。调用 Future.get(3, TimeUnit.SECONDS) 会在 3 秒后自动返回或抛出 TimeoutException，不会让线程卡死。
- 超时时间需根据任务预期耗时合理设定，太短可能频繁超时，太长起不到保护作用
- 必须捕获
TimeoutException、ExecutionException（任务执行异常）和InterruptedException（当前线程被中断） - 超时后，原始任务仍在后台运行，如需停止，应调用
future.cancel(true)
配合 cancel(true) 主动中断任务
超时只是停止等待，不代表任务已结束。若任务支持中断（如内部有可响应中断的阻塞操作），可通过 cancel(true) 尝试终止它。
-
cancel(true)会尝试中断执行该任务的线程，前提是任务代码能响应Thread.interrupted()或使用可中断的 API（如BlockingQueue.poll()、Thread.sleep()） - 如果任务是 CPU 密集型且无中断检查点，
cancel(true)可能无效，此时只能等待其自然结束或考虑重构任务逻辑 - 建议在超时捕获块中统一调用
future.cancel(true)，并记录日志便于监控
封装成可复用的工具方法
为避免重复写超时 + 异常 + cancel 模板代码，可封装一个安全获取结果的工具方法：
立即学习“Java免费学习笔记（深入）”；
- 输入：Future、超时时间、时间单位、是否中断任务
- 输出：成功结果、null（超时）、或包装异常的 Optional
- 内部统一处理三种异常，并根据策略决定是否 cancel
- 例如：
SafeFutures.getOrTimeout(future, 5, SECONDS, true)
注意线程池与任务本身的协作
Future 超时机制能否真正生效，还取决于任务是否可中断以及线程池配置。
- 使用
ThreadPoolExecutor时，确保拒绝策略和队列容量合理，避免任务积压导致后续 Future 看似“超时”实则根本没开始执行 - 任务代码中应避免忽略中断状态，比如在循环中加入
if (Thread.currentThread().isInterrupted()) break; - 不要依赖
future.isDone()判断后再 get —— 这仍可能在 get 时阻塞，应始终用带超时的 get
不复杂但容易忽略的是：超时不是万能的，它只解决“等多久”，不解决“怎么停”。关键在于任务自身是否可中断，以及你是否在超时后主动干预。
