form的target属性合法值为_blank、_self、_parent、_top及自定义iframe name；其中前四个是HTML标准保留关键字，自定义名须与iframe的name属性严格匹配。

form 的 target 属性值有哪些合法选项

target 属性决定表单提交后响应内容在哪个浏览上下文中加载。它不是“自定义窗口名”随便写，而是受浏览器限制的有限集合：

• _self：在当前标签页/框架中加载（默认行为）
• _blank：新建一个标签页或窗口（注意：部分浏览器可能复用已有空白页）
• _parent：在父 <frame> 或 <iframe></iframe> 中加载（仅当表单位于嵌套框架内时有效）
• _top：在顶层窗口（即整个浏览器窗口）中加载，会跳出所有 iframe
• 任意自定义名称（如 myFormResult）：浏览器会尝试复用同名的已存在窗口或 iframe；若不存在，则新建一个命名窗口（但现代浏览器通常只新建标签页，且不保留窗口尺寸等旧特性）

用 target 打开新窗口时为什么没反应或被拦截

常见现象是点击提交后毫无动静，或控制台报 Failed to execute 'open' on 'Window': Blocked a frame with origin... —— 这往往不是 target 写错了，而是触发了弹窗拦截器：

• 只有**用户主动触发的事件（如 click）中同步调用**表单提交，target="_blank" 才大概率生效
• 如果用 setTimeout、fetch 后再 submit()，或绑定在 input 的 change 事件上，多数浏览器会判定为“非用户手势”，直接静默拦截
• target 指向一个已关闭的命名窗口时，Chrome 等会新建标签页但不聚焦；Firefox 可能完全不打开
• 确保表单没有 onsubmit="return false;" 或 event.preventDefault() 干预了原生提交流程

配合 iframe 使用 target 实现无跳转提交

这是绕过页面刷新、又不依赖 JS 的经典做法，关键在于 target 值必须与 <iframe name="xxx"></iframe> 的 name 完全一致（注意：不是 id）：

<form target="resultFrame" action="/upload">
  <input type="file" name="file">
  <button type="submit">上传</button>
</form>
<iframe name="resultFrame" style="width:100%; height:200px;"></iframe>

• 提交后服务器返回的 HTML/JSON 会直接渲染进该 iframe，主页面不动
• 服务端响应需是完整 HTML（含 ）或纯文本；若返回 JSON 且未设置 Content-Type: text/plain，某些浏览器会尝试下载
• iframe 的 name 必须在表单提交前已存在于 DOM 中，动态插入后立刻提交可能失效（尤其 Safari）

现代场景下 target 的实际价值和替代方案

纯前端 SPA 或需要精细控制响应逻辑时，target 显得笨重且不可编程：

• 无法监听提交成功/失败、无法读取响应体、无法统一处理错误状态码
• target="_blank" 新开页后，主页面与新页之间默认无通信能力（除非用 window.opener，但跨域受限且 Chrome 88+ 默认禁用）
• 移动端对命名窗口支持极差，target="mywin" 几乎总退化为 _blank
• 真正需要“分离响应”的场景，现在更推荐：用 fetch 提交 + FormData 构造数据，再把结果塞进指定 <div>；或用 <code><iframe></iframe> 配合 postMessage 做安全跨域通信

  除非你明确要兼容古董级环境，或只需最简无 JS 的表单回显，否则 target 更像是一个带副作用的快捷键，而不是可控的 API。