最可靠的方式是直接修改form标签的action属性；不写或为空时会提交至当前完整URL，易导致404；应优先使用以/开头的绝对路径，避免相对路径和跨域未配CORS的问题。
直接改 form 标签的 action 属性最可靠
表单提交发到哪，浏览器只认 form 元素的 action 属性值，没别的“隐藏配置”。不写或写空字符串（action=""）时，浏览器会把数据发往当前完整 URL（含 query 和 hash），这在多数场景下等于埋雷——比如当前页是 /admin/user/edit?id=123，提交就真发到这个地址，后端大概率 404 或白屏。
- 优先用以
/开头的绝对路径，例如action="/api/submit"：从域名根目录解析，和 HTML 文件放哪无关，不易出错 - 避免相对路径如
action="submit.php"或action="../api/submit"：当前页面 URL 变了（比如嵌套路由），它就跟着错 - 跨域提交（如
action="https://api.example.com/submit"）必须由服务端配置 CORS，否则浏览器静默拦截，控制台报Blocked by CORS policy - 本地开发时双击打开 HTML 文件（
file://协议），不设action会导致net::ERR_FILE_NOT_FOUND，必须起本地 server 或至少写action="#"配合 JS 拦截
formtarget 不改提交地址，只改响应展示位置
很多人以为 formtarget 能换提交目标，其实它只决定“提交后的响应内容在哪打开”，不影响请求发给谁。它只能用在 type="submit" 或 type="image" 的按钮上，且按钮必须属于某个 form（在标签内或通过 form="id" 关联）。
-
formtarget="_blank"在 Safari 和部分 iOS WebView 中容易被拦截——前提是提交不是由用户直接点击触发的同步行为；如果用setTimeout、Promise.then包裹form.submit()，就大概率失败 - 它会覆盖
form上的target属性，但绝不影响action；想换地址，还得动formaction或直接改form的action - 动态修改要用
element.setAttribute('formtarget', '_blank')，别写element.formtarget = '_blank'——DOM 属性名是formTarget（大小写敏感），但 HTML 属性是formtarget，混用会导致部分浏览器不识别
JavaScript 拦截时，action 仍要提前设对
用 event.preventDefault() 拦住默认提交，再用 fetch 或 FormData 发请求，这是常见做法。但注意：form.action 的值仍是你要发往的地址，JS 里得读它、信它、用它——别自己硬编码 URL，否则前后端分离部署时路径一变就断。
- 获取目标地址：直接读
form.action，它返回的是解析后的绝对 URL（即使 HTML 里写的是相对路径） - 提交前校验：如果
form.action是空字符串或"#"，说明没设真实接口，应报错或跳过 fetch - 不要依赖
form.getAttribute('action')获取原始值——它可能还是相对路径，而form.action才是浏览器计算后的结果 - 若用
form.submit()触发原生提交（比如兼容旧逻辑），action必须已存在且有效，JS 不会帮你补全
服务端重定向会覆盖前端 action 目标
表单提交后，如果服务端返回 HTTP 302 并带 Location 头，浏览器最终跳转的页面由那个 Location 决定，前端写的 action 只管“发去哪”，不管“最后停在哪”。这点常被忽略，尤其在登录、支付回调等流程中。
立即学习“前端免费学习笔记（深入）”；
- 前端
action="/login"，后端验证成功后返回302 Location: /dashboard，用户就去了 dashboard，不是 login 页面 - 如果后端没配重定向，而是直接返回 HTML 响应，那浏览器就在
target指定的位置（如_blank）显示那个 HTML - 调试时看 Network 面板的“Initiator”和响应状态码，比盯着 HTML 里的
action更准
action 就一行：打开 HTML，找到 <form>，改掉 action 的值。难的从来不是怎么写，而是改完之后有没有检查它在各种 URL 上下文里是否依然指向正确后端路由。 
