Nginx反向代理处理大请求头时性能损耗主因是缓冲区不足、重复解析、连接复用失效或头部截断致400错误；需精准扩容（调大large_client_header_buffers与client_header_buffer_size）、精简头部（禁用冗余透传、显式清除无用Header）、启用HTTP/1.1连接复用及TCP优化（proxy_http_version 1.1、tcp_nodelay on、upstream keepalive），并设限防滥用（client_header_timeout、limit_req）。
Nginx 反向代理处理大请求头时，性能损耗主要来自缓冲区不足、重复解析、连接复用失效或头部截断导致 400 错误。关键不是“加大一切”，而是精准扩容 + 协议优化 + 头部精简。
增大请求头缓冲区（防 400 和重试）
Nginx 默认 `large_client_header_buffers` 是 4 个 8KB 缓冲区，总上限 32KB。当客户端带大量 Cookie、Authorization 或自定义长 Header（如 JWT、OpenTelemetry trace header）时极易超限，返回 400 Bad Request。建议按实际头部体积调整：
- 若平均请求头在 16–24KB，设为
large_client_header_buffers 4 32k; - 若含超长 JWT 或多层代理链（X-Forwarded-For 堆叠），可设为
large_client_header_buffers 8 64k; - 同时调高
client_header_buffer_size（初始缓冲区）至16k或32k，避免频繁分配大块内存
注意：这两个参数必须放在 http 块内，不能写在 location 中。
禁用冗余头部传递（减传输与解析开销）
后端服务往往不需要全部原始 Header，尤其多层代理时 X-Forwarded-* 类头部会层层叠加，既浪费带宽又增加解析负担。推荐只透传必要字段：
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_set_header X-Forwarded-Proto $scheme;
显式清除无用 Header：
- 用 proxy_pass_request_headers off; 关闭全部自动透传（慎用，需手动补全必需头）
- 或用 proxy_hide_header 隐藏后端返回的敏感头（如 Server、X-Powered-By），不减少入向开销但提升安全
- 对已知冗余头（如 X-Original-URL、X-Request-ID 重复注入），可用 map 或 Lua 模块做条件过滤（进阶场景）
启用 HTTP/1.1 连接复用与 TCP 优化
大请求头常伴随大 Body（如文件上传、GraphQL 查询），此时连接建立和 Nagle 算法会放大延迟。确保以下配置生效：
- proxy_http_version 1.1; —— 启用长连接，复用到后端的 TCP 连接
- proxy_set_header Connection ""; —— 清除 Connection: keep-alive，避免干扰后端
- tcp_nodelay on; —— 禁用 Nagle 算法，小包立即发出（对首字节延迟敏感场景有效）
- keepalive 32;（在 upstream 块中）—— 维持与后端的空闲连接池，避免反复握手
限制与兜底（防滥用拖垮）
单纯扩容不设限，可能被恶意构造超长 Header 扫描攻击。建议组合设置：
- client_header_timeout 5s; —— 防慢速 Header 攻击
- client_max_body_size 100m; —— 控制整体请求大小（Body + Header 总和仍受系统内存约束）
- limit_req zone=header_flood burst=10 nodelay; —— 对高频大 Header 请求限流（配合 map 提取特征）
不复杂但容易忽略。
