FastAPI中如何无需修改状态码实现POST到GET端点的重定向？

回答 #

核心原因：HTTP状态码语义差异

先明确几个状态码的特性：

• 307临时重定向：HTTP规范要求它必须保留原请求的方法（这里是POST）和所有请求数据，所以浏览器会带着POST请求访问/judgeme/pages/，但这个端点只支持GET，自然触发405错误——这是规范要求，不是代码问题。
• 直接返回TemplateResponse：本质是服务器在POST请求的响应里返回了主页内容，浏览器不会更新地址栏，而且刷新页面会重新发送POST请求，导致凭证重复保存，存在严重的用户体验和数据风险问题。

最佳方案：继续使用303状态码

303状态码是POST操作成功后跳转的标准方案（对应PRG设计模式：Post/Redirect/Get），它明确告诉浏览器：用GET请求访问目标地址，不要保留原POST数据。这完美解决了重复提交、地址栏不匹配的问题，完全符合你的业务场景，不存在“用特定状态码”的不合理性，这是HTTP规范推荐的表单处理流程。

其他替代方案（不推荐）

如果非要绕开303，可选方案都有明显缺陷：

1. 给/judgeme/pages/添加POST方法：虽然能让307生效，但完全没必要——主页应该是GET请求，POST方法不符合语义，还会带来额外的逻辑维护成本。
2. 前端JS跳转：在返回的模板中加入window.location.href = '/judgeme/pages/'，但依赖JS，禁用JS的用户会失效，而且语义上不如HTTP重定向清晰。

总结：303是最适合你场景的方案，不需要刻意替换。

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