Apache mod_proxy默认缓冲整个请求体并重写Content-Length或Transfer-Encoding，导致流式上传、SSE等场景下请求体丢失；必须同时配置ProxySet disablereuse=off、keepalive=on、ProxyPass nocanon及足够timeout，并确保后端响应头不被篡改、客户端关键请求头透传、禁用输入压缩。
apache mod_proxy 默认会缓冲整个请求体再转发，这在多数场景下没问题，但一旦遇到流式上传、sse、分块传输或大文件提交，就容易触发“请求体丢失”——后端收不到 body、收不全、或直接返回 400/502。根本原因不是网络中断，而是 mod_proxy_http 的默认行为主动丢弃或重写原始请求体。
为什么请求体会“丢失”
mod_proxy_http 为兼容老旧后端，默认启用三项处理：
- 缓冲全部请求体到内存或磁盘临时文件，再统一发给后端；
- 抹掉原始 Content-Length 或 Transfer-Encoding: chunked，重新计算并设置新头；
- 对含特殊字符（如空格、换行、非 ASCII）的 body 做 URI 解码或截断，尤其在未加 nocanon 时。
这些操作对流式接口是破坏性的：body 被截断、chunked 被转成固定长度、SSE 的 data: 行被解析错误，最终后端要么收不到数据，要么收到乱码或空体。
关键修复配置（必须同时生效）
绕过默认缓冲和重写逻辑，需在 <Proxy> 块内显式声明：
FastAPI Flask Proxy
下载
FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。
- ProxySet disablereuse=off：禁用连接复用关闭（默认 on），否则每个 chunk 都新建连接，流式传输必然中断；
- ProxySet keepalive=on：配合上一条启用 HTTP/1.1 持久连接，保障分块连续送达；
- ProxyPass /path http://backend/ nocanon：禁用 URI 规范化，防止 Apache 对 body 中的路径、换行、冒号等做非法解码；
- ProxySet timeout=300：设足够长的代理连接超时，避免因流式响应间隔长被提前断开。
还要同步检查的关联项
仅改 ProxyPass 不够，以下任一遗漏都会导致 body 仍不可达：
- 后端响应头不能被篡改：确保没启用 ProxyPassReverse 对 Content-Type 或 Content-Length 做覆盖（尤其 SSE 接口必须保持 text/event-stream 和 Transfer-Encoding: chunked）；
- 客户端请求头要透传：若后端依赖 Content-Type、Authorization 等头判断 body 格式，需加 RequestHeader set … early 显式注入；
- 禁用 gzip 压缩输入：若前端发送 gzip 编码的 body，Apache 默认不解压也不透传原始压缩流，后端无法识别。应让客户端发原始 body，或在入口层用 mod_deflate 配合 SetInputFilter DEFLATE（慎用，需测试兼容性）。
验证是否真正生效
最直接的方式是抓包对比：
- 在 Apache 侧运行：tcpdump -i lo port 8080 -w backend-body.pcap（假设后端监听 8080）；
- 用 curl 发送带 body 的流式请求：curl -N -X POST http://proxy/api/upload --data-binary @large.zip；
- 打开 pcap 文件，过滤 HTTP POST 流，确认 body 字节是否完整、分块边界是否保留、无意外截断或乱码。
