Future是异步结果占位符，不执行任务；get()会阻塞且需超时控制，异常包括ExecutionException、CancellationException、InterruptedException；isDone()/isCancelled()仅返回瞬时状态；无回调能力，推荐用CompletableFuture替代。
Future接口是用来获取异步计算结果的契约
它本身不执行任务，也不管理线程，只是一个「结果占位符」——任务提交后立刻返回一个 Future 实例，后续通过它检查状态、阻塞等待或尝试取消。真正干活的是 ExecutorService 提交的 Callable 或 Runnable。
get() 方法会阻塞，但有超时和中断敏感性
调用 get() 时若结果未就绪，当前线程会挂起；这容易引发线程池饥饿或响应延迟。实际使用中必须考虑：
- 优先用带超时的
get(long timeout, TimeUnit unit)，避免无限等待 -
get()可能抛出ExecutionException（封装任务内异常）、CancellationException（任务被取消）、InterruptedException（当前线程被中断） - 一旦线程在
get()中被中断，会清空中断状态，需手动恢复（如Thread.currentThread().interrupt()）
isDone() 和 isCancelled() 只反映快照，不能替代同步逻辑
这两个方法返回的是调用瞬间的状态，不是持续监听机制。常见误用包括：
- 用
while(!future.isDone()) { Thread.sleep(10); }轮询 —— 浪费 CPU，且无法感知结果完成瞬间 - 认为
isCancelled() == true就代表任务一定没执行 —— 实际上cancel(true)只是尝试中断正在运行的线程，任务可能已执行完毕甚至返回结果 - 忽略
Future不提供回调能力：它没有thenApply这类链式处理，想做后续操作得自己加线程或轮询
Future 是阻塞式异步的起点，不是现代 Java 异步编程的终点
Future 在 JDK 5 就存在，设计目标是简单可组合的异步结果容器。但它缺乏非阻塞、链式、错误传播等能力，所以：
立即学习“Java免费学习笔记（深入）”；
- JDK 8 引入
CompletableFuture，支持thenAccept、exceptionally、allOf等，才是生产环境推荐的主力 - Spring 的
@Async返回值虽是Future，底层通常已适配为CompletableFuture - 直接用
Future+ExecutorService写业务逻辑时，要格外注意超时控制和异常分类处理，否则容易掩盖真实失败原因
真正难的不是拿到 Future，而是判断什么时候该等、等多久、等不到怎么办、结果来了怎么安全拆包——这些决策点远比接口定义更影响系统稳定性。
