Rust reqwest库连接复用问题：复用Client时请求延迟仍较高如何解决

• 未完整消费Response响应体：这是最常见的踩坑点。reqwest的连接复用逻辑要求必须将整个响应体完全读取完毕，连接才会被放回连接池。如果仅调用send()拿到Response对象就直接销毁，没有读取body或者只读取了部分内容，连接会被直接关闭，不会进入复用流程。
• 服务端keepalive超时过短：如果服务端配置的HTTP keepalive超时时间小于两次请求的间隔，服务端会主动断开空闲连接，导致每次请求都需要重新建立TCP和TLS连接。
• 并发请求超过默认连接池上限：reqwest默认对同一主机的最大空闲连接数为1，如果你是并发发送请求，超出上限的请求会新建连接，不会复用已有连接。
• 手动禁用了keepalive：默认配置下keepalive是开启状态，如果你在RequestBuilder配置阶段手动加了header("Connection", "close")，也会导致每次请求结束后直接关闭连接。

• 强制完整消费响应体：即便你不需要响应内容，也要通过方法把整个body读完，确保连接可以被放回连接池。参考代码：

let mut res = client.post("https://myapi.com/path/to/the/api")
    .send()
    .await?;
// 不需要响应内容时可以直接消费body
res.body().consume().await?;
// 需要响应内容时正常读取即可
// let content = res.text().await?;

• 自定义连接池配置：创建Client时调整连接池参数，适配你的业务场景。参考代码：

use reqwest::Client;
use std::time::Duration;

let client = Client::builder()
    // 同一主机最大空闲连接数，根据你的并发量调整
    .pool_max_idle_per_host(10)
    // 空闲连接超时时间，建议小于服务端的keepalive超时配置
    .pool_idle_timeout(Duration::from_secs(30))
    .build()?;

• 调整服务端keepalive配置：确认服务端的HTTP keepalive超时时间，保证它长于你两次请求的时间间隔，避免服务端主动断开空闲连接。
• 移除请求头中的Connection关闭配置：检查所有请求的头配置，不要手动添加Connection: close字段。

开启reqwest的debug日志，查看日志中是否存在reuse idle connection相关输出；也可以通过tcpdump抓包，确认是否只有第一次请求有SYN、TLS握手报文，后续请求都在同一个TCP连接上传输。

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