浏览器刷新时重复提交表单，本质是因post请求被缓存为“最后操作”，刷新会原样重发该请求；采用prg（post-redirect-get）模式可彻底规避此问题——服务器对post返回302重定向，使浏览器后续发起get请求，从而确保刷新仅重新加载结果页而非重复提交。
浏览器刷新时重复提交表单，本质是因post请求被缓存为“最后操作”，刷新会原样重发该请求；采用prg（post-redirect-get）模式可彻底规避此问题——服务器对post返回302重定向，使浏览器后续发起get请求，从而确保刷新仅重新加载结果页而非重复提交。
为什么刷新会触发表单重提交？
当用户通过 <form method="POST"> 提交数据时，浏览器向服务端发送一个 HTTP POST 请求。若后端处理成功后直接返回 200 OK 并渲染 HTML 页面（例如“提交成功”提示），此时浏览器地址栏仍停留在原始 POST 路径（如 /submit），且历史记录中“最后请求”就是这个 POST 请求。点击刷新按钮时，浏览器默认行为是重新执行上一次的请求——即再次发送相同的 POST 数据，导致订单重复创建、评论重复发布等严重副作用。
? 关键点：刷新 ≠ 重新加载当前页面内容，而是重放“最后发出的 HTTP 请求”。
PRG 模式的工作原理
PRG（Post-Redirect-Get）是一种经典设计模式，核心在于切断 POST 与最终展示页面的直接关联：
- 用户提交表单 → 浏览器发送 POST 请求
- 服务端处理数据（如保存到数据库）→ 不直接返回 HTML，而是返回 302 Found 或 303 See Other 重定向响应，Location 头指向结果页（如 /success）
- 浏览器自动发起 GET 请求 获取重定向目标页
- 此时地址栏变为 /success，且“最后请求”是 GET —— 刷新只会重新 GET 该页面，绝无重复提交风险
✅ 示例代码（Node.js/Express）
// 接收表单提交（POST）
app.post('/submit', (req, res) => {
const { name, email } = req.body;
// 1. 处理业务逻辑（如保存数据库）
saveUser({ name, email });
// 2. 关键：不 render，而是重定向（303 推荐用于 POST 后跳转）
res.redirect(303, '/success?msg=success');
});
// 展示成功页（GET）
app.get('/success', (req, res) => {
res.send(`<h2>✅ 提交成功！</h2><p>${req.query.msg}</p>`);
});⚠️ 注意事项
- 使用 303 See Other 比 302 Found 更语义准确，明确告知客户端“请用 GET 方法获取新资源”；
- 避免在重定向前写入响应体（如 res.send()），否则将引发 Cannot set headers after they are sent 错误；
- 若需传递提示信息，推荐通过 URL 查询参数（如上例）、Session 或 Flash 消息机制，切勿通过 POST 重定向携带敏感数据；
- 前端也可辅助防御（如提交后禁用按钮、添加一次性 token），但 PRG 是后端层面最可靠、最根本的解决方案。
总结
表单重复提交不是前端“没控制好”，而是 HTTP 协议与浏览器行为共同决定的固有特性。理解 POST 的幂等性缺失和刷新机制，是后端开发者构建健壮 Web 应用的第一课。PRG 不仅解决刷新问题，还天然支持后退/前进导航、书签收藏和 SEO 友好——它不是“高级技巧”，而是现代 Web 开发的基础实践规范。
