关键是要让Future.get“有节制地等”，即必须使用带超时的get方法、捕获TimeoutException/ExecutionException/InterruptedException三类异常并分别处理、超时后调用future.cancel(true)且任务需响应中断，同时线程池须合理配置。
关键不是让 Future.get 不阻塞，而是让它“有节制地等”——超时控制 + 异常兜底 + 任务可中断，三者缺一不可。
必须用带超时的 get 方法
永远不要调用无参 future.get()。它会无限等待，一旦任务卡住（比如数据库查询没设 timeout、HTTP 请求挂死），调用线程就彻底卡死。
- 写成 future.get(5, TimeUnit.SECONDS)，而不是 future.get()
- 超时时间要结合下游依赖的 P99 延迟设定：IO 类任务建议 3–10 秒，纯计算类可设为 2–5 秒
- 超时后立即抛出 TimeoutException，这是你主动止损的第一道防线
捕获三类异常并分别处理
一次安全的 get 调用，必须覆盖三种失败路径：
- TimeoutException：超时，执行降级逻辑（如返回缓存、空值或默认响应）
- ExecutionException：任务内部出错，调用 e.getCause() 查原始异常，针对性修复或告警
- InterruptedException：当前线程被中断，需立刻 Thread.currentThread().interrupt() 恢复中断状态，避免中断信号丢失
超时后主动 cancel(true) 并确保任务响应中断
超时只是停止等待，不代表后台任务停了。若不干预，它可能继续占用线程、持有锁、消耗资源。
立即学习“Java免费学习笔记（深入）”；
- 在 catch (TimeoutException) 块里紧跟着调用 future.cancel(true)
- cancel(true) 会尝试中断执行该任务的线程，但效果取决于任务代码是否尊重中断协议
- 任务中需包含可中断点：比如用 BlockingQueue.poll(1, SECONDS) 替代 take()，用 Thread.sleep() 并捕获 InterruptedException 后退出循环，数据库连接必须配置 socketTimeout
线程池本身要配合得当
Future 的超时机制再完善，也救不了配置错误的线程池：
- 别用 Executors.newCachedThreadPool() —— 它可能创建海量线程，cancel 后线程也不回收
- 推荐自定义 ThreadPoolExecutor，核心线程数固定，队列用 LinkedBlockingQueue（避免无界堆积），拒绝策略用 CallerRunsPolicy 或带日志的自定义策略
- Tomcat 场景下，严禁在请求线程（如 Controller）里直接 submit 并 get；应提交到独立业务线程池，保持 Web 容器线程轻量
