浏览器点击“刷新”时会重发上一次http请求；若上次是post表单提交，刷新即导致重复提交。prg（post-redirect-get）模式通过服务端返回302/303重定向，使浏览器后续发起get请求，从而彻底规避该问题。

浏览器点击“刷新”时会重发上一次http请求；若上次是post表单提交，刷新即导致重复提交。prg（post-redirect-get）模式通过服务端返回302/303重定向，使浏览器后续发起get请求，从而彻底规避该问题。

当用户提交一个

表单后，浏览器会向服务器发送一条 POST 请求（例如创建订单、提交评论）。如果后端处理成功并直接返回 200 OK + HTML 页面（如“提交成功”页面），此时浏览器地址栏仍显示原始 POST 的 URL（如 /order），而当前页面的导航历史条目对应的是这次 POST 请求。一旦用户按下 F5 或点击刷新按钮，浏览器会严格复现上一个操作——即再次发送相同的 POST 请求，造成重复下单、重复扣款等严重后果。

这就是所谓“表单重复提交”的根本原因：浏览器的刷新机制不区分请求语义，只机械重放上一次网络请求。

而 PRG 模式正是为解决这一问题而生的标准实践：

page-agent 浏览器控制（CDP）

使用 page-agent CLI（CDP）控制浏览器；CLI只能通过 GitHub Release 的 .tgz 安装，npm 官方包暂未发布。

下载

1. 用户提交 POST 表单（如 POST /api/submit）；
2. 服务端处理业务逻辑（如保存数据），不直接渲染响应，而是返回 HTTP 重定向响应（状态码 302 Found 或更语义化的 303 See Other），Location 头指向一个只读结果页（如 /success）；
3. 浏览器收到重定向后，自动发起 GET 请求 获取 /success 页面；
4. 此时地址栏变为 /success，且导航历史中最后一条记录是 GET 请求 —— 因此无论用户如何刷新、前进或后退，都只会重新加载该 GET 页面，绝不会再触发 POST。

✅ 示例（Node.js/Express）：

// ❌ 危险：直接返回200（易导致重复提交）
app.post('/order', (req, res) => {
  saveOrder(req.body);
  res.send('<h2>Order submitted!</h2>'); // 刷新将重发POST
});

// ✅ 安全：PRG模式（推荐）
app.post('/order', (req, res) => {
  saveOrder(req.body);
  res.redirect(303, '/order/success'); // 强制跳转到GET页面
});

app.get('/order/success', (req, res) => {
  res.send('<h2>✅ Order submitted successfully!</h2>');
});

⚠️ 注意事项：

• 必须使用 303 See Other（而非 302）以明确语义：确保客户端对重定向目标使用 GET 方法（部分旧客户端对 302 可能沿用原方法）；
• 重定向目标（如 /success）应为无副作用的纯展示页面，不包含任何写操作；
• 若需传递提示信息（如“下单成功”），可通过临时 session、URL 查询参数（需注意长度与编码）或前端 localStorage 实现，避免在重定向中携带敏感或大体积数据。

总结：表单重复提交不是前端误操作，而是 HTTP 协议与浏览器行为的自然结果。PRG 不是“技巧”，而是符合 REST 原则、保障用户体验与数据一致性的必要工程实践。作为后端开发者，应在所有非幂等操作（尤其是 POST/PUT/DELETE）中默认采用 PRG 模式。