Nginx中无直接禁用请求体预读的指令，实际由ngx_http_core_module的client_body_buffer_size等指令控制预读行为。
在 Nginx 中，ngx_http_proxy_module 本身不直接提供“请求体预读”（即提前读取客户端请求体）的配置指令。真正控制请求体读取行为的是核心模块 ngx_http_core_module 的相关指令，而代理模块会受其影响。理解这一点是避免配置误解的关键。
影响代理场景下请求体读取的核心指令
当使用 proxy_pass 转发含请求体（如 POST、PUT）的请求时，Nginx 默认会在转发前将整个请求体读入内存或临时文件，这个行为由以下指令决定：
-
client_body_buffer_size：设置读取请求体时使用的内存缓冲区大小。若请求体小于此值，全部存于内存；超过则写入临时文件（由client_body_temp_path指定）。 -
client_max_body_size：限制请求体最大允许大小，超限返回 413（Request Entity Too Large）。 -
client_body_timeout：定义读取请求体的超时时间，超时后关闭连接。 -
client_body_in_file_only：设为on时强制所有请求体写入临时文件（即使很小），常用于调试或确保后端收到的是稳定文件路径；设为clean则在请求处理完毕后自动清理临时文件。 -
client_body_in_single_buffer：设为on可让 Nginx 尝试将请求体保留在单个缓冲区内（不拆分），便于某些需完整体的操作（如签名验证），但不改变是否预读的本质。
为什么没有“禁用预读”的选项？
Nginx 架构决定其必须在执行 proxy_pass 前完成请求头解析，并通常需要确定请求体如何传递给上游。它不支持像某些反向代理（如 Envoy）那样的流式透传（streaming body without buffering），除非满足特定条件：
- 请求方法为
GET或HEAD：无请求体，自然不读。 - 使用
proxy_buffering off：这只影响 响应体 的缓冲行为，对请求体无效。 - 启用
chunked_transfer_encoding on且配合proxy_http_version 1.1：可支持分块编码请求体的转发，但 Nginx 仍需先接收并解析 chunked 编码流——本质上仍是预读+解码+再编码，不是零拷贝透传。
实际优化建议
若目标是降低内存占用或加快大文件上传响应，应聚焦合理配置而非寻找不存在的“跳过预读”开关：
- 调大
client_body_buffer_size（如128k）减少临时文件 IO，但避免过大导致内存浪费。 - 明确设置
client_max_body_size（如100m），防止恶意大体耗尽资源。 - 将
client_body_temp_path指向高速磁盘（如内存盘/dev/shm），提升临时文件性能。 - 如后端支持流式接收且你确需透传，考虑改用
grpc_pass（gRPC 流式）或切换至支持 true streaming 的代理（如 Traefik + forward auth + body passthrough）。
不复杂但容易忽略：所谓“预读”，其实是 Nginx 请求处理生命周期的必然阶段，代理模块只是使用者，不是控制者。
