java中future.get()必须使用带超时参数的重载方法，显式设置合理超时值并捕获timeoutexception、executionexception、interruptedexception三类异常，配合自定义线程池与completablefuture异步链式处理，避免主线程阻塞和隐性卡死。
Java 中线程池配合 Future 使用时，绝不能直接调用无参的 future.get()——它没有退出机制，一旦任务卡死（如死锁、无限循环、线程池满被丢弃），调用线程就会永久挂起，造成程序假死。
必须用带超时的 get 方法
所有 future.get() 调用都应改写为 future.get(timeout, unit)，哪怕只设 1 毫秒，也比无限等待安全：
- HTTP 远程调用建议 1–2 秒，缓存操作控制在 50ms 内，DB 查询按复杂度设 200–500ms
- 超时值从配置中心（如 Nacos）读取，避免硬编码和重启更新
- 不要依赖默认超时逻辑，每个 get 都要显式声明时间边界
必须捕获三类关键异常
超时、中断、任务内异常语义完全不同，漏掉任一处理都会导致状态错乱或静默失败：
-
TimeoutException：任务未完成但已超时，必须立即执行
future.cancel(true)中断后台线程，释放连接、锁等资源 -
ExecutionException：任务内部抛出异常，要用
e.getCause()取出原始异常，否则日志无法定位真实问题 -
InterruptedException：当前线程被中断，必须恢复中断状态：
Thread.currentThread().interrupt()，不可吞掉
警惕线程池配置引发的隐性卡死
即使加了超时，错误的线程池设置仍会让 get() 看似“永远等不到结果”：
- 单线程池 + 无界队列 + DiscardPolicy：任务被静默丢弃，Future 状态保持 NEW，get() 无限等待
- 核心线程数过小 + 无界队列 + 突发流量：新任务排队太久，还没开始执行就已超时
- 务必自定义线程池，按 IO/计算分离，禁用 ForkJoinPool.commonPool() 处理远程调用
更优替代方案：优先用 CompletableFuture
Future.get() 本质是把异步拖回同步，高并发下会引发大量上下文切换和主线程阻塞：
- Controller 层严禁出现任何
get()或join()，所有结果组装应在专用 IO 线程池中完成 - 用
supplyAsync(task, ioExecutor)+thenApplyAsync实现非阻塞链式处理 - 多个任务聚合用
CompletableFuture.allOf(futures).thenApply(v -> ...)，而非逐个 get
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
