form的target属性合法值为_blank、_self、_parent、_top及自定义iframe name；其中前四个是HTML标准保留关键字，自定义名须与iframe的name属性严格匹配。
form 的 target 属性值有哪些合法选项
target 属性决定表单提交后响应内容在哪个浏览上下文中加载。它不是“自定义窗口名”随便写，而是受浏览器限制的有限集合：
-
_self：在当前标签页/框架中加载（默认行为） -
_blank：新建一个标签页或窗口（注意：部分浏览器可能复用已有空白页） -
_parent：在父或中加载（仅当表单位于嵌套框架内时有效） -
_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 值必须与 的 name 完全一致（注意：不是 id）：
- 提交后服务器返回的 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构造数据，再把结果塞进指定；或用配合postMessage做安全跨域通信除非你明确要兼容古董级环境，或只需最简无 JS 的表单回显，否则
target更像是一个带副作用的快捷键，而不是可控的 API。
