通过HTTP 303重定向后渲染失败表单的正确HTTP状态码是什么？

核心前提 #

你用303 See Other处理POST表单提交的思路是完全正确的——它的核心语义就是避免重复提交：告诉浏览器“POST请求已处理完成，去GET指定地址查看结果”，不管处理结果是成功还是失败，这个重定向本身是技术层面的成功，所以POST返回303没问题。

关于后续GET请求的状态码选择 #

选项1：返回200 OK

• 技术兼容性拉满：所有浏览器都会正常渲染你返回的带错误提示的表单页面，刷新只会重新GET，不会触发重复POST。
• 语义上的小瑕疵：虽然逻辑上表单提交失败，但你确实返回了一个完整可用的HTML页面（可重新填写提交的表单），从“成功返回资源”的角度看，200是合理的。

选项2：返回422 Unprocessable Content

• 语义更准确：422专门用于“请求格式正确但语义上无法处理”的场景，正好匹配表单验证失败的情况，符合REST语义。
• 兼容性注意：少数老浏览器或代理可能会默认展示系统级错误页面，而非你自定义的表单页面，但现代主流浏览器（Chrome、Firefox、Edge等）都能正常渲染422状态码对应的HTML内容，只要你返回的页面完整（包含预填数据和错误提示），用户体验不会受影响。

为什么不能直接给POST返回400系列状态码？ #

如果POST直接返回400/422，用户刷新浏览器时会重新发送POST请求，直接破坏你防重复提交的设计，所以303重定向是必须的——它把“POST处理动作”和“结果展示”拆分开，既避免重复提交，又能通过后续GET请求展示处理结果。

实践建议 #

• 若你的用户群体包含大量使用老旧浏览器的场景，优先用200 OK，靠页面内的错误提示和字段高亮传递提交失败的信息，兼容性和用户体验都有保障。
• 若用户以现代浏览器为主，且追求严格的REST语义一致性，选422 Unprocessable Content，同时确保返回的HTML页面完整，主流浏览器都能正常展示你的错误表单。

内容的提问来源于stack exchange，提问作者Mikko Rantalainen