target="parent"使表单提交结果在父级浏览上下文中打开，仅当存在可访问的window.parent时生效，否则静默降级为_self；依赖同源策略、CSP配置及HTML响应类型，环境脆弱易失效。
target="parent" 是什么行为
target="parent" 让表单提交后，在父级浏览上下文中打开响应结果。它不等于当前窗口，也不等于新标签页，而是取决于当前页面是否嵌套在 <iframe> 或 <frame> 中——只有存在父级上下文时，parent 才有实际作用；否则退化为 _self（即当前窗口内跳转）。
常见误解是以为它能“返回上一层页面”，其实它只做导航目标定位，不触发历史回退或页面卸载逻辑。
在 iframe 场景下如何生效
当你的表单位于子 <iframe> 内，且希望提交结果渲染到外层页面（即包含该 iframe 的父页面）时，target="parent" 才起作用。
- 父页面必须允许跨域访问（同源），否则浏览器会拦截并报错
Blocked a frame with origin "xxx" from accessing a cross-origin frame - 父页面不能禁用
document.write或使用 CSP 限制frame-ancestors，否则提交后可能白屏或 403 - 如果父页面已监听
window.onmessage，建议改用 postMessage 主动通信，比依赖target="parent"更可控
与 _self、_top、_blank 的关键区别
它们都影响响应内容的承载容器，但语义和边界不同：
立即学习“前端免费学习笔记（深入）”；
-
target="_self"：总是在当前 iframe 或 tab 内加载（最保守） -
target="_top"：强制在顶层窗口（即打破所有 iframe 嵌套）加载，适合登出后跳转首页等场景 -
target="_blank"：新开 tab，但需注意部分浏览器默认不聚焦，且若响应是 HTML 页面，可能被弹窗拦截器屏蔽 -
target="parent"：仅当存在可访问的window.parent时有效，否则静默降级 —— 这个降级过程不可检测，容易误判行为
调试时看不到跳转？检查这几点
提交后页面没变化，不是代码写错，很可能是环境或安全策略卡住了：
- 用浏览器开发者工具的 Console 查看是否有
SecurityError: Blocked a frame with origin...报错 - 确认父页面没有设置
<meta http-equiv="X-Frame-Options" content="DENY">或 CSP 的frame-ancestors 'none' - 检查表单 action 返回的是 HTML 文档（
Content-Type: text/html），而非 JSON 或重定向响应（302）——后者不会触发target导航 - 如果父页面用了 Vue/React 等 SPA 框架，直接替换整个
document.body可能导致路由丢失或状态异常，此时更适合用 AJAX 提交 + 手动更新父组件
真正麻烦的不是怎么写 target="parent"，而是它依赖的上下文太脆弱：跨域、CSP、框架生命周期、响应类型，任何一环断掉，它就悄无声息地失效。
