使用Rust的reqwest库时，HTTP响应的body内容存储在什么位置？

你观察到的现象完全符合HTTP客户端的常规设计：调用reqwest的send方法拿到响应结构体时，仅完成了响应头的接收和解析，完整响应体还没有全部传输到本地，实际数据拉取确实发生在读取响应体的阶段，这种设计本身就是为了避免大文件下载时内存占用过高。

以下是通用的存储/处理逻辑：

核心流式处理逻辑 #

绝大多数非浏览器HTTP客户端（包括reqwest、curl、Python requests等）均采用流式处理设计，不会预加载全量响应体到内存：

• 操作系统内核的TCP接收缓冲区会先暂存网卡接收到、还未被用户态程序读取的响应数据，缓冲区大小通常为几十KB到几MB，缓冲区满后会通过TCP滑动窗口机制通知发送端暂停传输，不会出现数据丢失
• HTTP客户端本身不会主动缓存全量响应体，只会在用户主动读取响应体字节时，才从内核TCP缓冲区拉取数据到用户态内存，每次拉取的字节数由用户配置的读缓冲区大小决定
• 只要采用边读边写磁盘的处理方式，而非一次性把全量响应体加载到内存，内存占用会稳定在读缓冲区大小的量级，不会随下载文件体积增长

reqwest使用注意事项 #

针对你使用的reqwest库，有两个常见的注意点：

• 禁止对大文件调用bytes().await、text().await方法，这两个方法会把全量响应体加载到内存，很容易触发OOM
• 大文件下载的正确实现是将响应体作为字节流循环读取写入磁盘，核心示例逻辑如下：

let mut resp = client.get(download_url).send().await?;
let mut local_file = tokio::fs::File::create(save_path).await?;

// 每次读取至多8KB字节写入磁盘，内存占用稳定在几十KB级别
while let Some(chunk) = resp.chunk().await? {
    local_file.write_all(&chunk).await?;
}

特殊场景的磁盘暂存 #

只有少数特殊场景下响应体会被临时写入磁盘：

• 客户端主动开启了响应缓存功能，会按照缓存规则把完整响应体写入本地缓存目录，方便后续重复请求直接读取本地数据
• 支持断点续传的下载工具，会把未下载完成的文件片段先写入临时文件，全部下载完成后再合并为完整的目标文件

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