Nginx请求头转发性能优化关键在于减少冗余操作：优先使用内置变量（如$host而非$http_host）、禁用无用头（如Accept-Encoding）、避免动态拼接（如不用$proxy_add_x_forwarded_for）及用add_header卸载响应头压力。
Nginx 对标准请求头（如 Host、User-Agent、Referer、Authorization 等）的转发本身已高度优化，无需额外“加速”，关键在于避免引入冗余操作和错误覆盖。真正的性能提升来自减少不必要的解析、禁用无用头、精准控制变量引用。
利用内置变量零开销引用
Nginx 在请求解析阶段就将所有标准头自动映射为变量（如 $http_host、$http_user_agent），首次访问时仅做一次内存寻址，后续全靠指针复用。这意味着：
- 直接写 proxy_set_header Host $host 比 proxy_set_header Host $http_host 更轻量——$host 是解析出的标准化域名，不依赖原始头字段解析
- 避免用 $http_* 变量拼接或条件判断（如 map 块中反复读取 $http_accept_encoding），会触发多次字段查找
- 自定义头（如 X-Trace-ID）自动转为 $http_x_trace_id，同样零额外开销，无需手动解析
禁用默认转发中无用的标准头
Nginx 默认会透传多数客户端请求头，但很多对后端毫无价值，反而增加序列化/网络传输/后端解析负担：
- 显式清空 Accept-Encoding：proxy_set_header Accept-Encoding ""，让 Nginx 统一处理 gzip（配合 gzip on），避免后端重复解压压缩流
- 限制 User-Agent 透传：proxy_set_header User-Agent "$http_user_agent"（需传递）或 ""（完全屏蔽），防止后端执行 UA 字符串分析等低效逻辑
- 禁用浏览器私有头：proxy_pass_request_headers off + 显式 proxy_set_header 白名单，可彻底排除 Sec-Fetch-*、Upgrade-Insecure-Requests 等现代浏览器头
避免动态拼接与重复追加
某些头部看似要“保留原始值再补充”，实则引发隐性性能损耗：
- $proxy_add_x_forwarded_for 是字符串拼接操作，每次调用都涉及内存分配与 memcpy；单层代理用 $remote_addr 更快更确定
- 不要在多个 location 中重复设置同一 header（如多次 proxy_set_header X-Real-IP），Nginx 不合并指令，而是按顺序覆盖，最后一条生效即可
- 慎用 map 或 if 动态生成 header 值，这类逻辑在 access 阶段运行，打断流水线，且可能触发锁或堆分配
用 add_header 分流响应头压力
虽然不直接影响请求头转发，但能显著降低后端 CPU 负担，间接提升整体吞吐：
- 把通用响应头（如 Strict-Transport-Security、Content-Security-Policy、Cache-Control）统一由 Nginx 注入：add_header Strict-Transport-Security "max-age=31536000; includeSubDomains"
- 这样后端无需生成这些头，减少序列化开销，尤其对高并发 JSON API 场景效果明显
- 注意：add_header 是追加行为，若后端也设同名头，可能产生重复；可用 proxy_hide_header 主动屏蔽后端返回的对应头
