formtarget 属性仅对 type="submit" 或 type="image" 的按钮生效，需关联表单；其值如 "_blank" 控制提交目标，优先级高于 form 的 target；JS 脚本提交会使其失效。
formtarget 属性只对 type="submit" 或 type="image" 的按钮生效
很多人给 <button> 或 <input type="button"> 加 formtarget，发现完全没反应——这是因为该属性仅在表单提交触发时起作用，而普通按钮不会触发表单提交。必须确保按钮的 type 是 "submit"（或 "image"），且它属于某个 <form>（显式通过 form 属性关联也行）。
常见错误现象：formtarget="_blank" 不新开窗口，页面仍在当前页跳转；根本原因往往是按钮类型写成了 type="button"，或者按钮没在 form 内、也没用 form="form-id" 关联。
- ✅ 正确写法：
<button type="submit" formtarget="_blank">提交并新页打开</button> - ✅ 也可用于
<input type="image" formtarget="_blank" ...> - ❌ 无效写法：
<button type="button" formtarget="_blank">（不提交，属性被忽略） - ⚠️ 注意：若按钮用
form="xxx"跨父级关联表单，formtarget依然有效
formtarget 的值和浏览器行为要匹配预期
formtarget 的取值和 target 一致，但容易因语义混淆导致行为不符合预期。比如设为 "_self" 看似“当前页”，但若当前页有 iframe，实际可能在 iframe 内跳转——这取决于上下文中的 browsing context。
典型场景下推荐明确指定：
立即学习“前端免费学习笔记（深入）”；
-
formtarget="_blank"：新开 tab，注意多数浏览器会拦截未用户触发的弹窗（如 JS 自动 click），但手动点击 submit 按钮不受限 -
formtarget="_top"：跳出所有 iframe，直接在顶层窗口导航（适合嵌入式页面中防止表单提交后困在 iframe 里） -
formtarget="my-frame"：提交到指定 name 的<iframe name="my-frame">，需确保 iframe 存在且 name 匹配 - 不写
formtarget时，以<form target="...">为准；两者都存在，formtarget优先级更高
和 form 元素的 target 属性冲突时以 formtarget 为准
当 <form> 设了 target="_self"，但某个 submit 按钮写了 formtarget="_blank"，最终行为是新开页——formtarget 会覆盖 form 的 target。这点常被忽略，导致调试时以为是 form 配置问题，其实按钮级属性已接管。
性能与兼容性影响很小，所有现代浏览器（Chrome/Firefox/Safari/Edge）均支持 formtarget（IE10+ 也支持），但注意它只作用于表单提交的导航行为，不影响 fetch/AJAX 提交。
- 如果用了
event.preventDefault()+ JS 提交，formtarget完全无效（因为没走原生提交流程） - 服务端返回非 HTML 响应（如 JSON）时，
formtarget仍会尝试打开响应内容——可能显示乱码或下载对话框，这不是 bug，而是浏览器对非 HTML 响应的默认处理 - 移动端 Safari 对
_blank的新页打开有时延迟明显，属浏览器策略，无法绕过
调试时检查提交是否真由原生 form 触发
最常被忽略的一点：很多项目用 JS 绑定 click 后调用 form.submit()，这属于脚本触发提交，此时 formtarget 和 target 全部失效——浏览器认为这是程序化提交，不应用导航目标逻辑。
验证方法很简单：临时删掉 JS，只留原生按钮，看是否按 formtarget 行为工作。如果 OK，说明你代码里悄悄覆盖了原生行为。
- ✅ 保留原生行为：用
<button type="submit">，不加onclick或监听器阻止默认行为 - ✅ 若必须用 JS，想模拟
formtarget效果，得手动window.open(...)或操作form.target后再submit() - ⚠️ 注意：
form.target = "_blank"; form.submit();在部分旧版 Safari 中可能被拦截，不如原生formtarget可靠
