target="_blank" 会打开新页面但存在复用窗口、url长度限制等副作用；target="_parent"在iframe中可能覆盖父文档导致白屏；target值不匹配时自动新建窗口；target对fetch无效，混用易出错。
target="_blank" 会打开新页面，但表单提交后原页面可能意外刷新
默认情况下，form 提交会刷新当前页面。用 target="_blank" 确实能新开窗口，但容易忽略两个关键副作用：一是如果目标窗口已存在同名 name，浏览器会复用它而非新建；二是表单数据以 GET 方式提交时，URL 长度受限，POST 则无法在新窗口中保留原始页面状态（比如未保存的编辑内容）。
实操建议：
- 显式设置
name属性，如<form target="my_report_window"></form>，避免与其它target冲突 - 配合
rel="noopener"防止新页面通过window.opener反向控制原页（尤其重要于用户生成内容场景） - 若需确保全新窗口（非标签页），得用 JavaScript 调用
window.open()，target本身不支持此行为
target="_self" 和 target="_parent" 在 iframe 场景下表现差异大
当表单嵌在 iframe 中时，target="_self" 会在该 iframe 内加载响应，而 target="_parent" 会让响应替换父级上下文——这常被误认为“跳转回上层页面”，实际是直接覆盖父文档，可能导致整个应用路由中断。
常见错误现象：target="_parent" 提交后页面白屏或报错 DOMException: Blocked a frame with origin...，多因跨域 iframe 限制。
实操建议：
- 优先用
target="_top"替代_parent，它强制在最外层上下文加载，语义更明确 - 若需保持 iframe 内响应，确保后端返回的是完整 HTML 页面（含
结构），而非仅片段或 JSON - 现代方案更推荐用
fetch()+event.preventDefault()控制流程，避开target的隐式跳转逻辑
target="framename" 找不到对应 iframe 时会触发新窗口
target 值若匹配不到任何 iframe、frame 或已打开的命名窗口，浏览器会自动新建一个同名窗口——这不是 bug，而是规范行为，但极易被当成“跳转失败”。
使用场景：动态插入 iframe 后立即提交表单，但 DOM 插入未完成或 name 拼写不一致（比如大小写、空格），就会触发意外新窗口。
实操建议：
- 检查目标
iframe是否已挂载且name完全一致（包括不可见字符） - 用
document.querySelector('iframe[name="xxx"]')在提交前验证存在性 - 避免依赖
target实现复杂导航流；涉及条件跳转时，改用 JS 判断后调用location.href或iframe.contentWindow.location
target 属性对 fetch / XMLHttpRequest 无任何作用
这是最容易混淆的点：target 是纯 HTML 表单提交机制的一部分，只影响 submit 事件触发的原生导航。一旦你用 fetch() 或 XMLHttpRequest 拦截了提交，target 就彻底失效。
性能影响：盲目保留 target 属性却走 JS 提交路径，不仅无用，还可能误导后续维护者以为有跳转逻辑。
实操建议：
- 统一提交方式——要么全用原生
form+target，要么全用 JS 控制，不要混用 - 若必须兼容两种模式，提交前清空
form.target，防止 JS 提交后意外触发跳转 - 注意 Safari 对
target="_blank"的默认策略变更：未加rel="noopener"时，window.opener可能为null，导致依赖它的代码出错
target 的行为高度依赖上下文环境，尤其是 iframe 层级、窗口命名和提交方式是否原生。真正难的不是写对属性值，而是预判它在哪种组合下会静默失效或产生副作用。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
