表单action不等于跳转，实际跳转由服务器响应决定：200返回html则渲染，302+location才重定向；前端需preventdefault()后用fetch+location跳转，或后端用303重定向。
form 的 action 属性不等于跳转
很多人以为只要写了 action，表单提交后就会“跳转到那个地址”——其实不是。浏览器确实会向 action 指定的 URL 发起请求，但最终是否跳转、跳到哪、页面怎么变，取决于服务器返回什么。如果服务器返回的是 200 状态 + HTML 页面，浏览器就渲染它；如果返回 302 + Location 响应头，才会真正跳转。
常见错误现象：action 写对了，但提交后页面空白、卡住、或回到原页——大概率是后端没返回可渲染内容，也没做重定向。
- 纯前端无法靠改
action实现跳转，必须后端配合 -
action可以是相对路径（如"./submit.php"）、绝对路径（"/api/submit"）或完整 URL（"https://example.com/handle"），但跨域时需服务端允许 CORS 或用代理 - 如果想绕过服务端直接跳转，得用 JavaScript 拦截提交，比如
event.preventDefault()后调用window.location.href
用 JavaScript 主动跳转更可控
当后端无法修改，或你只是临时调试、原型验证，直接在前端控制跳转最省事。关键是别在 submit 事件里漏掉 preventDefault()，否则表单还是会按默认行为发请求，可能造成重复提交或跳转冲突。
使用场景：登录成功后跳首页、注册后跳引导页、无后端时模拟提交流程。
立即学习“前端免费学习笔记（深入）”；
- 监听
submit事件，调用event.preventDefault() - 用
fetch或XMLHttpRequest手动发数据，等响应成功后再跳转 - 跳转用
window.location.href = "..."（会留下历史记录）或window.location.replace("...")（不留下原页）
document.querySelector('form').addEventListener('submit', function(e) {
e.preventDefault();
const formData = new FormData(this);
fetch('/api/submit', { method: 'POST', body: formData })
.then(r => r.json())
.then(data => {
if (data.ok) window.location.replace('/success.html');
});
});
后端返回 302 重定向才是标准做法
真实项目里，表单提交后跳转几乎都由后端决定。比如 PHP 中用 header("Location: /thank-you")，Node.js 的 Express 用 res.redirect("/thank-you")。这种跳转干净、语义明确、SEO 友好，且能避免用户刷新导致重复提交。
容易踩的坑：Location 响应头必须是绝对 URL（如 /done 可接受，但 done.html 不行），且重定向前不能有任何输出（PHP 中尤其容易因空格或 BOM 导致 header 已发送错误）。
- HTTP 状态码必须是 301、302、303 或 307；303 最推荐用于 POST 后跳转，语义上明确“请用 GET 访问新地址”
- 不要在重定向响应体里写 HTML（虽然浏览器会忽略，但不符合规范）
- 前端若用
fetch提交，302 不会自动跳转——浏览器只对导航类请求（如表单 submit、a 标签点击）自动跟随重定向
跳转后拿不到原表单数据？那是设计如此
无论用 action 还是 redirect，跳转后的页面默认收不到原始表单字段。这不是 bug，是 HTTP 协议的设计：每个请求独立，GET 参数要显式拼，POST 数据不会透传。
需要传递简单状态（如 success=1）时，后端重定向时把参数加在 URL 上就行，比如跳到 /success?msg=ok；需要传复杂数据，得存 session、localStorage，或用后端模板直接渲染结果页。
- 别试图在前端用
history.state或sessionStorage自动续传表单——用户可能手动刷新、新开标签，数据就丢了 - 如果跳转目标是同域静态页，且只是展示“提交成功”，直接让后端返回该页面，而不是重定向过去
- 表单校验失败时，应该原页返回并带错误信息，而不是跳转——这点比跳转本身更重要，但常被忽略
