Nginx 返回400错误主因是client_header_buffer_size默认仅1k，不足以容纳超大Cookie；需同步调大client_header_buffer_size（如4k）和large_client_header_buffers（如4 16k）才能可靠支持。
当客户端发送的请求中包含超大 Cookie（比如超过 4KB），而 Nginx 的 client_header_buffer_size 设置过小，会导致 400 Bad Request 错误——Nginx 根本无法完整读取请求头，直接拒绝处理。
理解 client_header_buffer_size 的作用
该指令定义 Nginx 为每个 HTTP 请求头分配的初始内存缓冲区大小。它只用于存储请求行（如 GET /path HTTP/1.1）和请求头字段（如 Host、Cookie、User-Agent 等）。默认值通常为 1k（1024 字节），对普通请求足够，但无法容纳含大量键值对或 Base64 编码内容的巨型 Cookie。
注意：它不控制整个请求体（body）大小，也不影响 client_max_body_size 或 large_client_header_buffers 的触发逻辑——仅是“第一道缓冲”。若请求头超出此值，Nginx 会尝试启用 large_client_header_buffers 分配更大缓冲区；若仍不足，才返回 400。
识别是否是 Cookie 导致的 400 错误
检查 Nginx 错误日志（error_log），典型提示如下：
- "client sent too large header while reading client request headers"
- 或更明确地出现 "cookie" in the header too large（取决于 Nginx 版本及日志模块）
同时可配合抓包（如 curl -v 或 Wireshark）确认请求中 Cookie: 行长度——单行 Cookie 超过 1KB 已属偏大，超过 4KB 就大概率触发问题。
合理调整 client_header_buffer_size 和配套参数
不能只调大 client_header_buffer_size，需协同配置，避免资源滥用：
- 将
client_header_buffer_size提升至 4k 或 8k（例如client_header_buffer_size 4k;），覆盖多数含 JWT、加密状态或跨域追踪信息的 Cookie 场景 - 同步增大
large_client_header_buffers，例如设为large_client_header_buffers 4 16k;（表示最多 4 个缓冲区，每个 16KB），为极端情况留余量 - 确保
client_max_body_size不受影响——它与 Cookie 大小无关，无需因此调整 - 若仅部分 location 涉及大 Cookie（如登录回调接口），可在对应
location块内单独覆盖，避免全局放宽带来潜在风险
更可持续的优化建议
调参只是兜底手段，长期应从应用层减少 Cookie 负担：
- 避免在 Cookie 中存放 session 数据、token payload 或用户偏好等可服务端存储的内容；改用
HttpOnly + Secure的精简 ID，后端查表还原 - 前端主动清理过期或冗余 Cookie，尤其注意第三方 SDK（如分析、广告）注入的长 Cookie
- 考虑用
SameSite=Strict/Lax和Partitioned减少跨上下文 Cookie 传输量 - 对必须传大量上下文的场景（如微前端子应用通信），改用请求头自定义字段（如
X-App-Context）或请求体 JSON，绕过 Cookie 限制
