异步API带来更差的性能

Question

有趣的是，我认为有255个并发用户，异步API会有更好的性能。 这是我的Spring服务器中的两个端点：

@RequestMapping("/async")
public CompletableFuture<String> g(){
    CompletableFuture<String> f = new CompletableFuture<>();
    f.runAsync(() -> {
        try {
            Thread.sleep(500);
            f.complete("Finished");
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    });

    return f;
}

@RequestMapping("/sync")
public String h() throws InterruptedException {
    Thread.sleep(500);
    return "Finished";
}

在/async ，它在另一个线程上运行。 我正在使用Siege进行负载测试，如下所示：

siege http://localhost:8080/sync --concurrent=255 --time=10S > /dev/null

对于async端点，我的交易次数为27 hits

对于sync端点，我获得了1531 hits的交易数

那为什么呢？ 为什么异步端点不能处理更多事务？

Answer 1

因为异步端点正在使用共享的（较小的ForkJoinPool.commonPool() ）线程池执行睡眠，而同步端点则使用应用程序服务器的较大线程池。 由于公共池是如此之小，因此您可能一次运行4至8个操作（好吧，如果您叫sleeping一个操作），而其他人则等待轮到他们进入池中。 您可以将更大的池与CompletableFuture.runAsync(Runnable, Executor) （您还将方法称为错误，这是一个返回CompletableFuture的静态方法）。

异步并不是一种神奇的“使事情更快”的技术。 您的示例存在缺陷，因为所有请求都需要500毫秒，而您只是在异步请求中增加了开销。