nginx负载均衡中请求参数丢失主因是代理配置不完整，需透传header、调大缓冲区、禁用异常rewrite、确保body完整及避免301/302导致的参数丢弃。
请求参数丢失在 Nginx 轮询负载均衡中，通常不是参数真的“消失”，而是被截断、覆盖或因代理行为未透传——本质是 HTTP 协议层的转发配置不完整，而非轮询策略本身导致。解决关键在于确保请求原始性、Header 完整性和后端可解析性。
检查并透传关键请求头
Nginx 默认会过滤部分带下划线的自定义 Header（如 X-Api-Key、X-Request-ID），也会丢弃 Authorization 等敏感头，除非显式声明：
- 启用下划线支持：underscores_in_headers on;（放在 http 或 server 块）
- 强制透传认证头：proxy_set_header Authorization $http_authorization;
- 透传原始客户端 IP 和协议信息：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;
避免 GET 参数截断或编码异常
超长 URL（含大量 query 参数）可能被 Nginx 默认缓冲区截断，尤其在开启 gzip 或使用某些 rewrite 规则时：
- 调大 URI 解析上限：large_client_header_buffers 4 64k;（默认 8k，易截断长参数）
- 禁用对 query string 的非必要重写：检查 location 块中是否有 rewrite 或 return 指令意外丢弃了 $args
- 确认后端服务能正确接收百分号编码（如空格→%20）：Nginx 默认不修改 query，但若启用了 merge_slashes off; 或正则匹配不当，可能干扰解析
验证 POST/JSON 请求体是否完整送达
表单提交或 API 调用中的 body 数据（如 application/json、application/x-www-form-urlencoded）若丢失，多因缓冲或超时配置不当：
- 确保 body 缓冲足够：client_max_body_size 100m;（根据实际接口调整）
- 关闭不必要缓冲：proxy_buffering off;（仅对流式或大 body 接口，慎用；否则保持 on 并调大缓冲）
- 匹配后端超时：proxy_read_timeout 和 proxy_send_timeout 应 ≥ 后端最长处理时间，避免 Nginx 在读取 body 过程中主动断连
- 添加调试日志验证：log_format full '$remote_addr - $remote_user [$time_local] "$request" $status $body_bytes_sent "$http_referer" "$http_user_agent" "$request_body"';（需配合 nginx-debug 模块或用 echo_read_request_body; 配合第三方模块）
排查是否因重定向或 301/302 导致参数丢失
如果请求经 Nginx 后返回重定向，浏览器发起新请求时可能丢弃原始 body 或 query（尤其是 POST 重定向为 GET）：
- 检查 upstream 返回的响应状态码：用 error_log 或 access_log 中的 $status 字段确认是否存在非预期 3xx
- 避免在 proxy_pass 前使用 return 301 或 rewrite ... redirect，除非明确需要且已保留参数（如 rewrite ^/(.*)$ /new/$1? permanent; 中的 ? 保留原 query）
- 对需保持 body 的场景，优先用 307/308 临时/永久重定向（现代浏览器会重发原 method + body）
