最简方案是表单action直接指向success.html，后端返回完整HTML即可渲染；若后端仅提供API，则需JS提交后校验响应再跳转，并防重复提交。
表单提交后跳转到 success.html 是最简方案
只要后端能返回完整 HTML 页面，直接写 action="success.html" 就行。浏览器收到 200 响应 + HTML 内容，就会自然渲染 success.html，无需 JS 干预。
常见错误是误以为 action 指向接口（如 /api/submit）也能跳转——其实它只发请求，返回 JSON 或空响应时页面不会变。若后端返回的是纯数据而非 HTML，这个方案就失效。
- 确保
success.html文件真实存在，路径基于当前页面 URL 解析（比如当前页是/contact/index.html，action="success.html"会请求/contact/success.html） - 如果 success 页面需带参数（如用户名），后端应在生成 HTML 时内嵌，或改用 303 重定向（见下一条）
- 不要在
submit事件里写window.location.href = "success.html"——这会跳过表单数据提交
后端返回 303 See Other 是防重复提交的可靠做法
用户刷新成功页时反复提交表单，根源在于 POST 后停留在结果页。服务端返回 303 状态码 + Location: /success.html 响应头，强制浏览器用 GET 重新请求新页面，天然避免重复提交。
各语言实现很直接：
立即学习“前端免费学习笔记（深入）”；
- PHP：
header("Location: /success.html"); exit;（默认就是 302，加http_response_code(303)更语义化） - Express：
res.redirect(303, "/success.html") - Flask：
return redirect("/success.html", code=303)
注意：Location 值必须是绝对路径（/success.html 可，success.html 不可），且响应头前不能有任何输出（PHP 中 BOM 或空格会导致 header already sent 错误）。
用 JavaScript 拦截并手动跳转需严格控制时机
当后端只提供 API（如 /api/submit 返回 JSON），必须用 JS 提交再跳转。关键不是“能不能跳”，而是“什么时候跳”——必须等 fetch 成功且服务端明确返回 ok 后才执行跳转。
错误写法：fetch(...).then(() => window.location.href = "...") 忽略了网络失败、服务端报错等情况，用户可能卡在空白页。
- 始终检查响应状态：
if (response.ok)或data.success === true - 跳转前清空表单或禁用按钮，防止用户连点多次
- 用
window.location.replace("/success.html")替代href，避免用户点“返回”回到提交页再次触发 - 别在
submit事件里漏掉event.preventDefault()，否则表单会双重提交（JS 发一次，浏览器默认再发一次）
formsubmit.co 类服务要用 _next 参数配合 URL 检测
这类第三方服务不给你改后端逻辑，但支持 _next 隐藏字段指定跳转地址。把 _next 设为当前页 + 查询参数（如 ?status=success），页面重载后用 JS 检测该参数是否存在，再显示提示或跳转。
容易被忽略的细节：
-
_next的 value 必须是完整 URL（含协议和域名），或同站绝对路径（/thank-you?status=success），相对路径无效 - 检测代码要放在
DOMContentLoaded或load事件里，否则可能在 DOM 加载前就执行 - 检测后建议用
history.replaceState()清除?status=success，否则刷新页面会重复触发提示
