要让proxy_pass在高并发场景下更高效，核心是协同优化连接管理、缓冲机制、超时策略和上游健康状态：启用upstream keepalive复用连接，配置http/1.1与空connection头；按业务类型开关proxy_buffering并调优缓冲区；设置阶梯式超时与有限重试；精简透传请求头并合理启用压缩。

要让 proxy_pass 在高并发场景下更高效，核心不是调大某个参数，而是协同优化连接管理、缓冲机制、超时策略和上游健康状态。Nginx 本身轻量且事件驱动，瓶颈往往出在默认配置与后端交互方式上。

复用连接减少握手开销

默认情况下，Nginx 每次请求都新建 TCP 连接到上游，高频小请求下三次握手+TLS协商会显著拖慢吞吐。启用连接池可大幅降低延迟：

• 在 upstream 块中配置 keepalive 32;（数字建议设为单 worker 能并发处理的连接数的 1/4～1/2）
• 对应在 location 或 server 块中添加：
  proxy_http_version 1.1;
proxy_set_header Connection '';（清空 Connection 头，避免上游误关连接）
• 确保上游服务也支持 HTTP/1.1 长连接或 HTTP/2

合理设置缓冲与流式响应

代理过程中的内存拷贝和等待会阻塞 worker 进程。根据业务类型调整缓冲行为：

aperture: the L402 aware reverse proxy

安装并运行 Aperture（Lightning Labs 的 L402 闪电反向代理），用于创建 L402 付费墙、配置付费 API 端点、为其他代理托管付费内容或测试 L402 认证流程。

下载

• 对实时性要求高的接口（如 API、WebSocket），关闭缓冲：
  proxy_buffering off;
proxy_buffer_size 4k;
proxy_buffers 8 4k;
• 对静态资源或大文件下载，可适当增大缓冲提升吞吐：
  proxy_buffering on;
proxy_buffer_size 16k;
proxy_buffers 16 16k;
proxy_busy_buffers_size 32k;
• 禁用磁盘临时缓冲（避免 IO 瓶颈）：
  proxy_max_temp_file_size 0;

控制超时与失败重试逻辑

过长的超时会让 worker 长时间挂起；过于激进的重试又可能放大后端压力：

• 设置阶梯式超时（单位秒）：
  proxy_connect_timeout 3;（建连）
  proxy_send_timeout 10;（发请求体）
  proxy_read_timeout 15;（等响应头+体）
• 限制重试次数和目标：
  proxy_next_upstream error timeout http_500 http_502 http_503;
proxy_next_upstream_tries 2;
proxy_next_upstream_timeout 10s;
• 配合 upstream 中的 max_fails=2 fail_timeout=30s; 实现快速摘除异常节点

精简头部与启用压缩传输

减少不必要数据搬运，加快响应抵达客户端的速度：

• 只透传必要请求头：
  proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  避免 proxy_pass_request_headers off; 这类粗暴关闭（会丢失关键上下文）
• 若后端支持，开启响应压缩传递：
  proxy_set_header Accept-Encoding "gzip";
  并确保 Nginx 自身未提前解压（不配 gunzip on 或 gzip_disable 干扰）