表单提交后的跳转由后端响应决定，前端仅能控制action和method；若后端返回302重定向则自动跳转，否则需手动处理；本地file://协议下必失败，须用http服务器测试。
HTML 表单提交后怎么跳转到新页面
纯 HTML 无法处理登录逻辑，form 提交本身就会触发跳转——但跳转目标、是否真能“登录成功”，完全取决于后端响应。前端能控制的只有 action 和 method，其余靠服务端配合。
常见错误现象：form 点击没反应、页面刷新但 URL 不变、跳转到空白页或 404、输入正确账号密码却始终卡在登录页。
-
action必须指向一个真实存在的后端接口（如/login），不能是空字符串或# -
method推荐用POST（防止密码出现在 URL 中），不要用GET传敏感字段 - 如果后端验证通过并返回 HTTP 302 +
Location响应头，浏览器会自动跳转；否则需后端返回 HTML 页面（比如重定向后的dashboard.html） - 纯静态 HTML 文件（
index.html）直接双击打开时，form提交大概率失败——因为没有 HTTP 服务器，action路径无法解析
为什么用 fetch 或 axios 就不自动跳转
用 JavaScript 发起登录请求（比如 fetch('/login', { method: 'POST' })）时，浏览器不会自动跟随重定向，也不会自动跳转页面——这是设计使然，避免脚本失控跳转。
使用场景：想在登录后做点别的事（比如显示欢迎语、存 token、再跳转），而不是无脑跳。
立即学习“前端免费学习笔记（深入）”；
- 默认情况下，
fetch的redirect选项是'follow'，但它只处理响应头里的重定向，不会改变当前页面 URL - 真正跳转得手动写：
window.location.href = '/dashboard'或window.location.replace('/dashboard') - 如果后端返回的是 JSON（如
{ "success": true, "redirect": "/admin" }），那就必须解析响应再决定跳哪 - 别忘了加
event.preventDefault()阻止表单默认提交，否则会同时发两次请求
登录后跳转地址怎么动态传回去
用户从 /article/123 点“登录”按钮进来，登录完理应回到那篇文章，而不是固定跳 /home。这个“来路”信息得从前端带过去，后端再还回来。
参数差异：可以用 URL 查询参数（最常用）、隐藏字段、或 HTTP Referer（不可靠，可能被浏览器屏蔽）。
- 在登录链接或表单里加隐藏域：
<input type="hidden" name="redirect" value="/article/123"> - 或者从当前 URL 提取：
new URLSearchParams(window.location.search).get('next')，然后塞进表单 - 后端收到
redirect后，验证通过就 302 跳转到该值（注意校验合法性，防止开放重定向漏洞） - 前端用
fetch时，可以把redirect放在请求 body 或 URL 参数里，后端原样返回即可
本地测试时跳转总失败，是不是代码写错了
不是代码错，是环境问题。浏览器直接打开 file:///xxx/login.html 时，所有 form action 或 fetch 请求都会因跨域或协议限制被拦住。
性能 / 兼容性影响：本地文件协议下，连 localhost 都算跨域，更别说发 POST 到后端了。
- 必须起一个本地服务器，哪怕只是
npx serve、python3 -m http.server或 VS Code Live Server 插件 - 确认浏览器地址栏是
http://localhost:xxxx/开头，而不是file:// - Chrome 对
file://协议禁用几乎所有网络 API，Safari 更严格——别在这上面浪费时间调 form - 如果后端还没写好，先用
action="success.html"测试表单能否跳转，排除前端路径问题
最容易被忽略的一点：跳转逻辑不在 HTML 里，而在你没写的那部分后端代码里。前端只是把数据送出去，能不能登录、跳去哪，全看服务端怎么响应。
