关键在于减少内存拷贝、重复分配和系统调用：设client_header_buffer_size为4k，large_client_header_buffers 4 8k；client_body_buffer_size 16k，client_max_body_size严格限值；关闭underscores_in_headers和ignore_invalid_headers优化解析路径，并协同调优worker_rlimit_nofile与net.core.somaxconn。
优化 Nginx 处理并发 HTTP 请求的解析开销，关键在于减少请求头/体解析过程中的内存拷贝、重复分配和系统调用，同时适配实际请求特征。Nginx 本身已采用事件驱动与内存池机制大幅降低开销，但默认配置未必匹配业务场景。
精调请求头缓冲区
过小的缓冲区会触发频繁的内存重分配和多次读取（尤其对含大量 Cookie 或自定义 Header 的请求）；过大则浪费内存并可能放大攻击面。
- 将 client_header_buffer_size 设为 4k（而非默认 1k），覆盖绝大多数标准请求头
- 用 large_client_header_buffers 应对特殊场景：例如 4 8k 表示最多支持 4 个大头，每个上限 8k，避免因单个超长 Host 或 Referer 触发 494 错误
- 若业务明确使用 JWT 或长签名头，可按需微调，但不建议无限制放大
控制请求体解析行为
对非上传类接口（如 JSON API），应避免为请求体预留过多缓冲空间，防止慢速攻击或无效内存占用。
- 设 client_body_buffer_size 为 16k 左右，足够承载典型 JSON 请求体
- 用 client_max_body_size 严格限制上传上限（如 100m），超出即返回 413，不进入解析流程
- 对纯 API 服务，可考虑关闭请求体缓存：client_body_in_single_buffer on，避免分片拼接开销
跳过不必要的解析环节
Nginx 在解析阶段会尝试识别并处理部分协议细节。若业务不依赖这些特性，可关闭对应逻辑。
- 禁用 URI 解码重写：underscores_in_headers off（除非真需要下划线字段），减少 header 名标准化计算
- 对只读静态资源或代理透传场景，设 ignore_invalid_headers on，跳过非法 header 格式校验
- 若不使用 chunked 编码上传，可忽略相关解析逻辑（Nginx 默认已足够轻量，一般无需额外干预）
配合内核与运行时约束
解析开销最终受限于底层 I/O 效率和资源可用性，需协同调整。
- 确保 worker_rlimit_nofile 与系统 ulimit -n 一致（如 65535），避免因文件描述符不足导致连接排队、延迟解析
- 启用 multi_accept on，让 worker 一次收多个新连接，减少事件循环中 accept() 调用频次
- Linux 下确认 net.core.somaxconn ≥ 4096，防止连接在内核队列堆积，造成客户端重传干扰解析时序
