使用CompletableFuture后立即调用get是否高效？代码优化疑问

问题1：异步任务后立即调用get是否高效？ #

我发现如下代码：通过CompletableFuture.supplyAsync执行异步任务后，立即调用get方法获取结果（当前线程会阻塞至结果返回）。请问这种写法是否高效？

public String myMethod() {
    CompletableFuture<String> future = CompletableFuture.supplyAsync(() -> {
       // my long call to an external API
       return "theResult";
    });
    
    try {
        return future.get(FUTURE_TIMEOUT_DURATION, TimeUnit.MINUTES);
    } catch (Exception e) {
        throw new RuntimeException(e);
    }
}

解答 #

这种写法完全不高效，甚至比直接同步调用的性能更差，原因如下：

• 资源浪费：supplyAsync会从默认线程池（ForkJoinPool.commonPool）中占用一个线程执行外部API调用，而当前线程会被阻塞等待结果，相当于同时占用了两个线程资源，还增加了线程调度的额外开销。
• 违背异步初衷：异步编程的核心价值是释放当前线程去处理其他任务，但这里当前线程全程处于阻塞状态，完全没有利用到异步的优势。

问题2：外部API已处理超时，能否简化写法？ #

若外部API已正确处理超时逻辑，是否还需要使用CompletableFuture？能否简化为如下写法？

public String myMethod() {
    // my long call to an external API
    return "theResult";
}

解答 #

如果外部API本身已经实现了可靠的超时处理，那完全不需要使用CompletableFuture，可以直接简化成同步调用的写法，理由是：

• 同步写法更简洁直观，没有多余的线程切换成本，资源利用率更高。
• 原异步写法没有发挥任何异步的优势，反而徒增复杂度和性能损耗，完全没有保留的必要。

内容的提问来源于stack exchange，提问作者fluminis