优化Nginx HTTP代理需从连接复用、缓冲控制、超时协同和头信息传递四层面系统调整：启用Keep-Alive并配置HTTP/1.1、清除Connection头、透传Host头；合理设置proxy_buffering、buffer大小及busy_buffers_size；协同后端设定connect/read/send超时；准确传递X-Real-IP、X-Forwarded-For等真实客户端信息。
优化 Nginx 作为 HTTP 代理时的后端请求体验，核心在于减少延迟、提升吞吐、避免连接中断，并让请求更可靠地抵达上游服务。这不是调几个参数就能解决的事，而是要从连接复用、缓冲控制、超时协同和头信息传递四个层面系统调整。
启用并合理配置 Keep-Alive 连接
避免每次请求都新建 TCP 连接，显著降低握手开销和后端压力：
-
强制使用 HTTP/1.1：设置
proxy_http_version 1.1;，这是持久连接的前提 -
清除干扰头：加
proxy_set_header Connection "";，防止客户端传来的Connection: close中断复用 -
透传 Host 头：用
proxy_set_header Host $host;确保后端能正确识别原始域名 - 后端也需支持：检查后端服务（如 Node.js、Tomcat、Go）是否开启了 Keep-Alive，否则 Nginx 单方面启用无效
精细控制代理缓冲与内存分配
缓冲区配置不当会导致响应卡顿、内存暴涨或频繁落盘：
-
开启缓冲但不滥用：
proxy_buffering on;是默认且推荐的，关闭后会边收边传，对大响应体易拖慢整体吞吐 -
调整缓冲大小：例如
proxy_buffer_size 16k;（首块缓冲）、proxy_buffers 8 16k;（主体缓冲），适配常见 API 响应体积 -
限制忙时缓冲上限：设
proxy_busy_buffers_size 32k;，防止一个大响应占满所有缓冲区，阻塞其他请求 -
临时文件写入优化：
proxy_temp_file_write_size 64k;可减少小块磁盘 IO 次数
协同后端设定超时参数
超时值不匹配是请求“卡住”或被意外中断的主因，需与后端服务严格对齐：
-
连接建立超时：
proxy_connect_timeout 3s;（建议 1–5 秒），比后端监听服务启动时间略宽裕即可 -
等待响应超时：
proxy_read_timeout 10s;（常见值），应略大于后端最长正常处理时间，避免误判超时 -
发送响应超时：
proxy_send_timeout 10s;，适用于后端流式返回或大文件下载场景 - 注意单位与作用域：这些参数可放在 http/server/location 块中，建议按业务路径分级设置，而非全局一刀切
准确传递客户端真实信息
后端依赖这些头做日志、限流、风控，传错或缺失会导致诊断困难或策略失效：
-
真实 IP 地址：
proxy_set_header X-Real-IP $remote_addr;和proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; -
协议与主机：
proxy_set_header X-Forwarded-Proto $scheme;和proxy_set_header X-Forwarded-Host $host; -
避免覆盖关键头：不要重复设置
Host或Connection，除非有明确需求；Nginx 默认已设Host $host，覆盖前先确认必要性
