Future.get()会阻塞，推荐用带超时的get(timeout, unit)避免无限等待；isDone()+get()存在竞态问题，应避免；cancel(true)不保证立即停止线程，需任务主动响应中断；原生Future无回调能力，复杂异步应使用CompletableFuture。
Future.get() 会阻塞，但不是唯一方式
调用 get() 确实是最直接的取结果方法，但它会一直等任务完成，线程挂起。如果任务耗时长、超时没控制，整个调用链就卡住。
实际中更常见的是带超时的 get(long timeout, TimeUnit unit)，避免无限等待：
try {
String result = future.get(3, TimeUnit.SECONDS);
} catch (TimeoutException e) {
// 任务3秒内没完成，可降级或重试
} catch (ExecutionException e) {
// 任务执行中抛了异常，e.getCause() 是原始异常
} catch (InterruptedException e) {
Thread.currentThread().interrupt();
}
-
get()和get(timeout, unit)都是同步阻塞调用，不能在响应式或高并发 I/O 密集型场景滥用 - 一旦调用
get()，即使任务早已完成，仍需检查内部状态并拷贝结果——有轻微开销 - 多次调用
get()是安全的，结果会缓存，但不要误以为“第二次更快”就频繁调用
isDone() + get() 组合容易引发竞态问题
有人写成先 isDone() 再 get()，以为能“非阻塞判断”，其实不行：
if (future.isDone()) {
result = future.get(); // 这里仍可能阻塞？不，但逻辑已错
}
问题在于：isDone() 返回 true 只代表任务结束（成功/失败/取消），不代表结果已就绪可安全取——它只是个瞬时快照。更糟的是，这段代码在多线程下存在时间窗口：isDone() 返回 true 后，任务可能刚进入异常状态，get() 仍会抛 ExecutionException。
立即学习“Java免费学习笔记（深入）”；
- 不要依赖
isDone()做流程分支，它不适合做“是否能取结果”的判断依据 - 若真要轮询，用
get(0, TimeUnit.NANOSECONDS)替代，它会立即返回或抛TimeoutException，语义更明确 - 轮询本身是反模式，CPU 空转，应优先考虑回调或
CompletableFuture
cancel(true) 不保证线程立刻停止
future.cancel(true) 的 true 参数表示“中断运行中的线程”，但这只起作用当任务逻辑响应了中断信号（即检查 Thread.interrupted() 或抛出 InterruptedException）。
比如下面这个任务根本不会被真正中断：
executor.submit(() -> {
while (true) {
// 没有中断检查，cancel(true) 对它无效
doSomething();
}
});
-
cancel(false)只取消未启动的任务，对正在运行的无影响 - 调用
cancel()后再调get()，会抛CancellationException - 务必在任务逻辑中定期检测中断状态，例如
if (Thread.currentThread().isInterrupted()) break;
Future 本身不支持回调，别硬凑监听逻辑
原生 Future 接口只有 get()、cancel()、isDone()、isCancelled() 四个方法，没有 thenApply、whenComplete 这类能力。试图用循环+isDone() 模拟回调，既低效又难维护。
真正需要异步链式处理时，应直接用 CompletableFuture：
CompletableFuture.supplyAsync(() -> fetchData())
.thenApply(String::toUpperCase)
.exceptionally(e -> "fallback");
-
Future是接口，FutureTask是它的基础实现；而CompletableFuture是功能完备的子类，兼容所有Future场景 - 如果你在维护老代码，发现满屏
while(!f.isDone()) Thread.sleep(10)，那不是“用了 Future”，是误用了 - Spring 的
@Async返回值也是Future，但底层通常已适配为CompletableFuture，注意版本差异
Future 的设计初衷是“提交后拿个句柄，稍后一次性取结果”，它不是响应式抽象。真正复杂的异步编排、错误恢复、超时熔断，绕不开 CompletableFuture 或 Project Reactor 这类工具。别在 get() 上反复调试超时值，先确认你是不是选错了抽象层级。
