HTTP431排查：请求头太大，先找Cookie和Referer
页面返回431时，重点检查请求头总量与单个字段，而不是先压缩上传文件。本文给出定位过大Cookie的排查顺序。
431表示请求头过大，与上传正文超过限制不是同一个问题。它可能由Cookie积累、重复认证信息或很长的Referer触发。相同页面在无痕窗口正常，是缩小范围的线索，但还不能直接证明是哪一个字段。
操作步骤
在开发者工具中比较正常与异常请求的请求头名称和长度，记录差异时不要复制令牌。若Cookie明显变大，核对是否把列表、历史记录或正文放入其中，以及是否存在多路径同名项。先针对本站清理测试，确认后再修改应用存储方式；其他业务状态应保留在服务端。
怎样确认处理正确
用相同账号重新登录并重复原操作，观察请求头是否持续增长。必要时核对代理与源站分别允许的头部大小，但扩大限制只能作为有依据的调整。正常用户状态下不应依赖定期清Cookie才能访问。验收应包含多次访问后的稳定长度，以及失效Cookie确实被按原路径删除。
参考资料
资料核对日期：2026年10月28日。以下为官方资料综合整理与操作建议，不代表已经对读者的环境完成实测。
本文新增价值
围绕HTTP431提供从现象识别到操作验收的具体路径，补充容易误判的边界和失败情形，帮助读者保留原始证据并判断修改是否有效。
围绕HTTP431提供从现象识别到操作验收的具体路径，补充容易误判的边界和失败情形，帮助读者保留原始证据并判断修改是否有效。