Nginx 代理提升并发能力的核心在于利用其事件驱动架构卸载低效阻塞环节：前端承接万级连接，复用后端keepalive连接，分流静态资源与动态接口，配合负载均衡与健康检查，并调优worker_processes、worker_connections等关键参数。
Nginx 代理提升 Web 服务并发能力，核心不在于“加机器”，而在于用好它原生的事件驱动架构和代理调度机制。真正起作用的是：把请求处理链路中低效、阻塞、重复的部分卸载或优化掉。
用 Nginx 代理释放后端并发压力
后端应用（如 Node.js、Python Flask、Java Spring Boot）通常采用同步阻塞模型，一个请求占一个线程/进程，连接数一多就容易耗尽资源。Nginx 在前端承接所有 TCP 连接，只用少量 Worker 进程就能维持数万长连接，再以复用连接、批量转发、异步等待的方式与后端通信。这样后端只需专注业务逻辑，不用操心连接管理。
-
启用
keepalive复用后端连接，避免频繁建连开销upstream backend { server 127.0.0.1:3000; keepalive 32; # 每个 Worker 保持最多 32 个空闲连接 } location / { proxy_pass http://backend; proxy_http_version 1.1; proxy_set_header Connection ''; } 调整
proxy_buffering和proxy_busy_buffers_size，减少大响应体对 Worker 的阻塞
小文件直接缓存返回；大文件流式透传，避免内存堆积合理设置
proxy_read_timeout和proxy_send_timeout，防止慢后端拖垮整个代理层
例如 API 接口设为 10s，文件下载可放宽至 300s
通过反向代理实现请求分流与隔离
单台后端扛不住时，不能只靠堆配置，要靠结构优化：
-
把静态资源（JS/CSS/图片）和动态接口分离，由 Nginx 直接服务静态内容，完全绕过后端
location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg)$ { expires 1y; add_header Cache-Control "public, immutable"; root /var/www/static; } 按路径做细粒度代理，比如
/api/v1/转给 A 组服务，/admin/转给 B 组，避免流量混杂、相互干扰
不同路径可配不同超时、重试、限流策略
借助负载均衡放大整体吞吐上限
并发能力是集群能力，不是单点能力：
- 使用
upstream定义多台后端，配合least_conn或ip_hash策略，让请求自然流向轻载节点 - 加入健康检查（
max_fails=2 fail_timeout=15s），自动剔除故障实例，避免请求堆积失败 - 配合
zone指令开启共享内存状态，支持跨 Worker 的连接数统计与限流（如limit_conn）
关键配置项必须调优
默认配置面向通用场景，高并发下需针对性调整：
-
worker_processes auto;—— 让 Nginx 自动匹配 CPU 核心数 -
worker_connections 4096;—— 单个 Worker 最大连接数，结合ulimit -n设置系统级限制 -
use epoll;—— Linux 下启用高效 I/O 多路复用机制 -
sendfile on;—— 零拷贝发送静态文件，降低 CPU 和内存带宽消耗
不复杂但容易忽略
