无法直接用limit_conn限制“单个ip到单个后端节点”的并发数，需组合max_conns、负载均衡策略（如hash $binary_remote_addr）及后端per-ip限流实现精准控制。
不能直接用 limit_conn 限制“单个 IP 到单个后端节点”的并发数——Nginx 的连接限流是分层的：limit_conn 控制的是客户端到 Nginx 的连接，max_conns 控制的是 Nginx 到后端的连接，两者不直接交叉。要达成“某个真实 IP 最多只让 1 个请求打到某台后端”，需组合策略，而非单一指令。
用 max_conns 约束每个后端节点的连接池上限
这是最接近目标的原生方式，作用于 Nginx 与后端之间的连接层：
-
max_conns设置每个server在 upstream 中允许维持的最大空闲长连接数（非活跃请求数，但实际效果高度相关） - 必须配合
keepalive使用，否则连接频繁新建，max_conns失效 - 示例配置：
upstream backend {
server 10.0.1.10:8080 max_conns=20;
server 10.0.1.11:8080 max_conns=20;
keepalive 32;
}
location / {
proxy_pass http://backend;
proxy_http_version 1.1;
proxy_set_header Connection '';
}
✅ 当 Nginx 向 10.0.1.10:8080 建立的空闲连接达到 20 个时，新请求会排队（若启用 queue）或被拒绝；⚠️ 注意：它不区分来源 IP，所有客户端共享该后端的连接池额度。
靠调度策略降低单节点压力集中
避免默认轮询把同一 IP 的多个请求都打到同一个后端：
-
least_conn：优先选当前活跃连接数最少的后端，天然分散负载 -
hash $binary_remote_addr consistent：固定用户 IP 到特定后端，便于后端按 IP 自行限流（如 Spring Boot 的max-connections或 Go 的http.Server.MaxConns） - 搭配使用更有效：先哈希绑定，再在后端做 per-IP 连接控制，语义清晰且可靠
在后端服务自身实现 per-IP 并发控制
这是最准确、最可控的方式，绕过 Nginx 调度不确定性：
- Spring Boot：
server.tomcat.max-connections=200是全局值；如需 per-IP，需用过滤器 +ConcurrentHashMap<string atomicinteger></string>统计活跃连接 - Go：
http.Server{MaxConns: 100}全局；per-IP 可用net/http中间件结合 IP 计数器 - Node.js：Express 配合
express-rate-limit或自定义中间件，依据req.ip统计并拦截 - 优势：无论前端是否走 CDN、是否复用连接、是否 HTTP/2，后端都能精确感知和控制
配合 limit_conn 做源头协同防护
虽然不直控后端，但可防止单个 IP 发起海量连接导致整体失衡：
- 在
http块定义：limit_conn_zone $binary_remote_addr zone=perip:10m; - 在
location或server中启用：limit_conn perip 5; - 注意：它限制的是该 IP 到 Nginx 的 TCP 连接数（含 keepalive），不是请求数；HTTP/2 下一个连接承载多 stream，效果更强
- 若前有 CDN，务必启用
http_realip_module并用$realip_remote_addr替代$binary_remote_addr
