form 的 target 属性必须写在 标签上，值为 _self、_blank 等，用于指定提交响应的打开位置；常见错误是误加在按钮或 js 中，且 _blank 易被浏览器拦截，可用隐藏 iframe 方案规避；spa 中应优先用 fetch/axios 替代。
form 的 target 属性到底写在哪
它必须写在 <form></form> 标签上，不是按钮、不是提交事件、不是 JavaScript 里——只认这个标签的原生属性。
常见错误是给 <button type="submit"></button> 加 target，或者以为用 location.href 就能替代，结果表单还是在当前页刷新。
-
target是<form></form>的 HTML 属性，和action并列 - 值可以是
"_self"（默认）、"_blank"、"_parent"、"_top"，或自定义 iframe 的name - 如果目标是 iframe，那个
<iframe name="myframe"></iframe>必须存在且name完全匹配
为什么 target="_blank" 提交后没开新窗口
大概率是浏览器拦截了——表单提交触发的弹窗，比 window.open() 更容易被拦。尤其当用户没主动交互（比如自动 submit）或页面刚加载就发请求时。
- 确保提交动作由用户真实点击触发（不是 onload 自动 submit）
- 不要在异步回调里调用
form.submit()，除非之前已有用户点击记录 - 某些浏览器（如 Safari）对
target="_blank"表单有更严格限制，可改用target="_new"+ 配合 iframe 模拟（见下一条）
用 iframe 实现“伪新窗口”提交的实操要点
这是绕过弹窗拦截最稳的方式：把 target 指向一个隐藏的 <iframe></iframe>，再监听它的 load 事件做后续处理。
立即学习“前端免费学习笔记（深入）”；
-
<form target="hidden-frame"></form>中的"hidden-frame"必须和<iframe name="hidden-frame"></iframe>的name一致 - iframe 可设
style="display:none"，但不能用hidden属性（部分浏览器不触发 load） - 服务端返回内容要尽量轻量，避免 iframe 渲染阻塞；返回
204 No Content或空 HTML 最安全 - 监听 iframe 的
load事件比监听 form 的submit更可靠，因为能确认响应已到达
现代项目里还该用 target 吗
纯前端 SPA 场景下基本不该用——它强制整页跳转或 iframe 加载，和 React/Vue 的路由、状态管理冲突。这时候该用 fetch 或 axios 手动提交，再用 JS 控制跳转逻辑。
- 如果后端返回的是完整 HTML 页面（比如传统 PHP 表单），
target依然有效且简单 - 若需上传文件又想保持页面不刷新，
target+ iframe 是比 FormData + fetch 更兼容老浏览器的方案 - 注意：HTML5 表单的
formtarget属性（写在 button 上）会覆盖<form></form>的target，调试时容易漏看
真正麻烦的从来不是怎么写 target，而是判断它该不该出现——得先看清表单背后是 SSR 还是 API，是跳转还是留驻，否则代码写对了，逻辑也已经错了。
