CompletableFuture 对象在方法调用开始时即被创建并返回，而非“等待任务完成后再生成”；其本质是立即构造一个已完成（或未完成）状态的 Future 实例，任务执行与 Future 生命周期解耦。
java 中 completablefuture 对象在方法调用开始时即被创建并返回，而非“等待任务完成后再生成”；其本质是立即构造一个已完成（或未完成）状态的 future 实例，任务执行与 future 生命周期解耦。
在您提供的示例中，关键误解在于：helloFuture() 方法看似“先执行逻辑、再返回 Future”，实则 CompletableFuture.completedFuture("done") 是同步、即时构造并返回一个 已处于完成状态 的 CompletableFuture 实例——该实例的创建发生在方法体最后一行，但整个方法（含 Thread.sleep(100)）仍是在调用线程（Spring 的 @Async 代理线程）中顺序执行的。
然而，这并非 CompletableFuture 异步语义的典型用法。真正体现“提前返回 Future”的典型模式如下：
@Async
public CompletableFuture<String> helloFuture() {
System.out.println("Task submitted, returning Future immediately");
// 立即返回一个尚未完成的 CompletableFuture
return CompletableFuture.supplyAsync(() -> {
try {
Thread.sleep(100);
System.out.println("Async work done");
return "done";
} catch (InterruptedException e) {
throw new RuntimeException(e);
}
});
}此时：
- 方法体第一行即完成
CompletableFuture实例的创建（空壳 Future）； -
supplyAsync内部将任务提交至线程池，并立即返回该 Future 引用； - 调用方（如
method1()）拿到的是一个 初始为未完成（isDone() == false）但已存在的对象引用； - 后续
future.get()阻塞等待，直到线程池中的任务实际执行完毕并设置结果。
✅ 核心要点：
立即学习“Java免费学习笔记（深入）”；
Future（包括CompletableFuture）是一个轻量级句柄（handle），不是任务本身，也不承载执行逻辑；- 创建 Future ≠ 执行任务 —— 它仅表示“对某个未来结果的契约”；
- 在
ExecutorService.submit()或CompletableFuture.runAsync()等场景中，JVM/框架会在提交任务的瞬间同步构造 Future 实例并返回，而任务执行在另一线程异步发生；completedFuture()是特例：它跳过异步过程，直接构造一个 已完成 的 Future，适用于快速返回确定结果的场景，但不体现“异步启动+提前获取引用”的典型流程。
因此，Spring 的 @Async 并非“魔法延迟返回”，而是通过 AOP 代理将方法调用重定向至线程池执行；而 CompletableFuture 的设计哲学正是：Future 的生命周期独立于任务执行时间——它总是在调用方需要时（即方法返回时）就已存在。
