gpt4 book ai didi

java - Okhttp3、http2多路复用POST请求在负载高峰期响应时间高

转载 作者:塔克拉玛干 更新时间:2023-11-02 08:31:19 24 4
gpt4 key购买 nike

我的应用程序将向我的 tomcat 服务器(启用了 http/2)发送大约 1000 个 POST 请求/分钟,这将轮询给定的 url 并返回 html 和响应时间,我想实现真正的 http/2 多路复用在我的应用程序和 tomcat 服务器之间重用 tcp 连接。我的客户端使用 okhttp,我可以成功建立连接并长时间重用它,但是当请求计数增加时(例如,排队:50,运行:50),响应时间也会增加(它达到 2000 毫秒 - 15000ms 甚至更糟,通常需要 300ms-500ms)。我可以理解这是因为 tcp 连接因请求过多而过载,因此我决定打开多个 tcp 连接并允许它在 tcp 连接之间分配请求负载。我强制客户端使用

打开多个连接
Dispatcher dispatcher = new Dispatcher();
dispatcher.setMaxRequests(100);
dispatcher.setMaxRequestsPerHost(5);
ConnectionPool cp = new ConnectionPool(5, 5, TimeUnit.MINUTES);

在 wireshark 的帮助下,我可以看到打开了 5 个连接,还看到在第一次握手成功后立即关闭了 4 个请求,我不知道这是否是 http/2 多路复用的预期行为。

如果这是预期的行为,我该如何优化它以减少峰值加载时间每个请求的响应时间?

或者是否可以在高峰负载时间使用多个连接来分配负载?

我的示例程序如下,

Security.insertProviderAt(Conscrypt.newProvider(), 1);
sslContext = SSLContext.getInstance("TLSv1.3");
sslContext.init(null, new TrustManager[] {
new X509TrustManager() {
@Override
public void checkClientTrusted(java.security.cert.X509Certificate[] chain, String authType) throws CertificateException {
}

@Override
public void checkServerTrusted(java.security.cert.X509Certificate[] chain, String authType) throws CertificateException {
}

@Override
public java.security.cert.X509Certificate[] getAcceptedIssuers() {
return new java.security.cert.X509Certificate[]{};
}
}
}, new java.security.SecureRandom());
sslSocketFactory = sslContext.getSocketFactory();
Dispatcher dispatcher = new Dispatcher();
dispatcher.setMaxRequests(100);
dispatcher.setMaxRequestsPerHost(5);
ConnectionPool cp = new ConnectionPool(5, 1, TimeUnit.DAYS);

okHttpClient = new OkHttpClient().newBuilder()
.sslSocketFactory(sslSocketFactory, (X509TrustManager)trustManager[0])
.dispatcher(dispatcher)
.connectionPool(cp)
.hostnameVerifier(new HostnameVerifier() {
@Override
public boolean verify(String hostname, SSLSession session) {
return true;
}
})
.build();

我们使用 conscryt 在 jdk8 本身中启用 ALPN,

try {
String url = "https://localhost:8081/myAent/getOutput?1000000004286_1520339351002_"+System.currentTimeMillis();
String json = "<?xml version=\"1.0\" standalone=\"no\"?><UC mid=\"1000000005011\" pollNow=\"true\" use_ipv6=\"false\" rca=\"0\" rcaFN=\"P|TA|D|J|M\" pFtct=\"\" sFtct=\"\" issecondarydc=\"false\" ssDc=\"false\" nocache=\"1\" storeHtmlResp=\"true\" storeTroubleScrnSht=\"false\" moConfig=\"false\" xconlen=\"8265\" noScreenshotRecheckForSSLErrors=\"true\" avgDnsTime=\"null\" isProxyRequired=\"false\" userroles=\"EVAL_USER\" uid=\"102030230293029021\" retryDelay=\"2\" retry=\"true\" idcLocUrl=\"http://localhost:8080/app/receivemultipartdata\" isRemoteAgent=\"true\" sendHeaders=\"false\" api=\"ab_345nnn4l4lj4lk23nl4k23342lk4l23j4\" ut=\""+(System.currentTimeMillis()+"")+"\" mt=\"URL\" dctimeout=\"70\" pollinterval=\"1440\" locid=\"48\" log=\"1\" currentstatus=\"1\" postUrl=\"https://example.com\"><Url acc=\"\" forced_ips=\"\" use_ipv6=\"false\" client_cert=\"\" mid=\"1000000005011\" sotimeout=\"60\" ua=\"\" ds=\"117.20.43.94\" ucc=\"\" md=\"false\" client_cert_pass=\"\" context=\"default\" unavail_alert=\"\" ssl_protocol=\"\" avail_alert=\"\" enabledns=\"false\" enableBouncyCastle=\"false\" cc=\"false\" a=\"https://www.example.com/tools.html\" upStatusCodes=\"\" regex_alert=\"\" probeproxy=\"false\" m=\"G\" keyword_case=\"0\" regex=\"\" rbc=\"\" t=\"30\" lc=\"English\"><PD></PD><CH hn=\"\" hd=\"_sep_\" hv=\"\"/><AI ps=\"\" un=\"\"/></Url></UC>";
RequestBody body = RequestBody.create(MediaType.get("application/json; charset=utf-8"), json);
Request request = new Request.Builder()
.url(url)
.post(body)
.build();
long nanoStartTime = System.nanoTime();
okHttpClient.newCall(request).enqueue(new Callback() {
@Override
public void onFailure(Call call, IOException e) {
System.out.println("okhttp3:: Request failed"+ e);
}

@Override
public void onResponse(Call call, okhttp3.Response responseObj) throws IOException {
try (ResponseBody body = responseObj.body()) {
long nanoEndTime = System.nanoTime();
long nanoDiffTime = TimeUnit.NANOSECONDS.toMillis(nanoEndTime - nanoStartTime);
System.out.println("okhttp3:: Succeded response ***"+body+"$$$");
System.out.println("okhttp3:: Request Succeded protocol ***"+responseObj.protocol()+"$$$, time is "+nanoDiffTime);
}
}
});

} catch (Exception e) {
// TODO Auto-generated catch block
e.printStackTrace();
}

如何优化 okhttpclient 以使用多个 tcp 套接字/连接来实现 http/2 多路复用以分配请求负载。

客户:Tomcat Apache - 9.0.x,JDK-8,Http 库 - Okhttp3,操作系统-Ubuntu/Centos,安全提供程序 - Conscrypt(用于在 jdk 8 中支持 ALPN)。

服务器:Tomcat Apache - 9.0.16,JDK -10.0.1,操作系统-Ubuntu/Centos,OpenSSL - 1.1.1a 用于 TLSv1.3 支持

最佳答案

您看到的是 OkHttp 中连接合并的结果。 OkHttp 事先不知道是否会建立 HTTP/2 连接(与 HTTP/1.1 相比),因此允许连接的 setMaxRequestsPerHost 值继续进行。目前* 没有客户端负载平衡,因此它们会快速合并到一个连接,这就是您所看到的。

目前,您可以通过多个客户端或仔细管理完全不同的主机和连接来实现这一点。 n.b OkHttp 将在这里对你不利,并针对单个连接优于多个连接的典型情况进行优化,例如SSL 证书指定了重叠的主题备用名称


* 关注此问题以获得支持https://github.com/square/okhttp/issues/4530

关于java - Okhttp3、http2多路复用POST请求在负载高峰期响应时间高,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54849941/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com