java - 多个 HttpAsyncClient 被认为是一种不好的做法吗？

Question

我的应用程序必须提供请求“转发”机制，从某种意义上说，它处理传入的请求并通过从根据请求确定的“目标”系统之一检索数据来响应它。这是通过 HttpAsyncClient 的集合来实现的，每个 HttpAsyncClient 都有自己的配置(MaxConnections、MaxPerRouteConnections 等)，具体取决于它从中检索数据的系统。

foreach (TargetSystem t: systems) {
        RequestConfig rc = RequestConfig.custom()
                .setConnectionRequestTimeout(s.timeout)
                .setConnectTimeout(s.timeout)
                .setSocketTimeout(s.timeout)
                .build();

        HttpAsyncClientBuilder b = HttpAsyncClients.custom()
                .setDefaultRequestConfig(rc)
                .setMaxConnTotal(t.maxConnections)
                .setMaxConnPerRoute(t.maxPerRouteConnections);

        t.client = b.build();
        t.client.start();
}

然后，我选择正确的目标客户端并将其用于异步 HTTP 请求。问题是，这是否是可接受的做法，还是应该仅使用一个 HttpAsyncClient 来处理所有目标系统之间的流量？目前，为每个客户端打开了许多线程(如 CPU 的数量)，因此对于 10 个目标，我最终得到 > 100 个线程。我想限制每个系统的最大套接字数，并限制为每个系统提供服务的线程数(或所有 http 客户端出站流量)。

Answer 1

每个应用程序或不同的服务只能有一个 HttpAsyncClient 实例。将 HttpASyncClient 视为可以维护多个 session /选项卡的浏览器