base target仅对未显式设置target的a和form生效，不感知iframe层级；_parent/_top实际跳转位置由运行时上下文决定，可能被sandbox、csp或cms拦截。
base target 在多 iframe 嵌套中是否生效
<base> 的 target 属性**只对未显式设置 target 的 <a></a> 和 <form></form> 生效**，它本身不感知 iframe 层级结构，也不会“穿透”嵌套自动适配。换句话说：它不管你在第几层 iframe 里，只要那个 <a href="..."></a> 没写 target，就按 <base target="..."> 走。
但关键在于：_parent 和 _top 这类值的行为，才真正取决于当前运行环境有没有父级或顶层上下文——<base> 只是把“没写 target 的链接默认设成 _parent”，至于这个 _parent 最终跳去哪，由浏览器现场判断。
- 如果当前页面在三层 iframe 中（A → B → C），C 里有
<base target="_parent">，点击一个没写 target 的链接，会加载到 B（第二层）中 - 如果 C 里用的是
<base target="_top">，则响应会打破所有嵌套，载入最外层 A 所在的窗口（前提是没被 sandbox 或 CSP 阻止） - 如果 C 是直接打开的 HTML 文件（无任何 iframe），
target="_parent"会静默退化为_self，不会报错，也不跳转
为什么加了 base target="_top" 却没跳出 iframe
常见现象：主站 A 嵌入子系统 B（iframe），B 页面写了 <base target="_top">，但点击链接后仍卡在 iframe 内。这不是 <base> 失效，而是浏览器主动拦截。
-
_top行为可被sandbox属性禁止：若 A 的 iframe 标签含sandbox="allow-scripts"但没加allow-top-navigation，_top将被忽略，降级为_self - CSP（Content Security Policy）可能限制
frame-ancestors或禁止顶层导航，导致_top静默失败 - 部分 CMS 预览框、企业内网平台会主动移除或覆盖子页面的
<base>，尤其当检测到target="_top"时 - 检查 DevTools → Console 是否有类似
Blocked a frame with origin "xxx" from accessing a cross-origin frame的报错
form 提交 + base target 的实际表现
<form></form> 同样受 <base target> 影响，但行为比 <a></a> 更隐蔽——尤其在嵌套 iframe 场景下，容易误以为“提交没反应”，其实是响应内容被载入了别的上下文。
- 若表单在 iframe C 中，且 C 有
<base target="_parent">，提交后服务器返回的 HTML 会渲染进 B（父 iframe），而不是 C 自身 - 若想让响应留在当前 iframe，必须显式写
<form target="_self"></form>—— 空字符串target=""不算显式声明，仍走 base 默认值 - 搭配
<iframe name="myFrame"></iframe>使用target="myFrame"时，<base>的target会干扰：除非你同时设了<base href>且确保路径匹配，否则命名 target 优先级高于 base
安全与兼容性必须手动补的坑
<base target="_blank"> 是唯一会被广泛触发的值，但它**绝不自动添加 rel="noopener noreferrer"**，这是开发者必须自己处理的边界。
- 所有被
<base>带动新标签页打开的链接（包括href="#"、href="javascript:void(0)"）都会继承 opener 权限，存在 XSS 和性能泄露风险 - 现代 Chrome/Firefox 对
window.opener访问越来越严格，但不加rel="noopener"仍可能被利用 - 不要依赖 JS 动态补
rel：因为<base>在解析阶段就已生效，链接点击时 DOM 可能还没挂上事件监听器 - 真正安全的做法是：不用
<base target="_blank">，改用批量加属性的脚本，或干脆放弃全局控制，只在明确需要的地方写<a href="..." target="_blank" rel="noopener noreferrer"></a>
最常被忽略的一点：base 的 target 对 window.open()、location.href、fetch + redirect 完全无效——它只管原生超链接和表单提交。别指望靠它统一所有跳转逻辑。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
