base标签的target属性为所有未显式声明target的和元素提供强制默认目标，仅当二者均未设置target时生效，且不自动添加rel="noopener"，存在安全与行为干扰风险。
base target 属性会全局覆盖所有 a 标签的打开方式
<base> 的 target 属性不是“建议”或“备选”，而是强制生效的默认行为。只要它出现在 中，所有未显式声明 target 的 <a></a>、<form></form>，甚至部分浏览器对 <link> 和 <img> 的跳转逻辑（如点击 favicon 或预加载触发）都可能受其影响。
常见错误现象包括：页面里明明没写 target="_blank"，但所有外链却全在新标签页打开，导致用户误以为是网站故意拦截返回；或者嵌入 iframe 的管理后台中，点击菜单意外跳出整个框架。
- 必须放在
内，且只能出现一次；重复声明以第一个为准 - 若同时设置了
href和target，两者互不干扰，各自生效 -
target值为_blank时，应同步加rel="noopener"防止 opener 泄露（尤其搭配<base target="_blank">更要警惕）
哪些 target 值真正可用，哪些只是理论存在
实际能稳定起作用的只有四个值：_self、_blank、_parent、_top。所谓“自定义 frame name”在现代 HTML 中已基本失效——除非你还在用老旧的 <frameset></frameset> 结构，而这种结构早在 HTML5 中就被废弃，主流浏览器已停止支持。
容易踩的坑：
-
_parent在无父级 frame/iframe 时，行为等同于_self，不是报错，而是静默降级 -
_top对单页应用（SPA）中使用iframe嵌入子系统的场景很关键，但若主站本身被嵌入第三方平台（如 CMS 预览框），_top可能被拒绝执行（CSP 或 sandbox 限制） - 不要写
target="main"这类名字指望匹配某个<iframe name="main"></iframe>—— 现代浏览器几乎都不再响应
与单个 a 标签的 target 属性谁优先级更高
单个 <a target="..."></a> 永远优先生效，<base target> 只兜底。这是明确的层叠规则，不是“有时覆盖有时不”。但要注意：空字符串 target="" 不算显式声明，仍会走 base 默认值；而 target="_self" 是显式声明，哪怕值和 base 一样，也代表你主动确认了该行为。
典型误用场景：
- 在 CMS 后台模板里写了
<base target="_blank">，结果编辑器里所有内部跳转链接（如“返回列表”）也全新开，用户无法后退 - 想只对外链生效，却没意识到 base 是无差别全局控制，必须配合 JS 动态移除或改写
<a></a>才能精细区分 - 用 Web Components 封装导航组件时，
<base>作用域是整个 document，子组件无法隔离其影响
不推荐用 base target 的真实原因
它看起来省事，实则破坏可维护性。当你在某处加了 <base target="_blank">，等于给未来所有链接埋下隐式契约——后续任何人加一个 <a href="/help"></a>，都得心里默念“这个也会新开”，稍有疏忽就引发 UX 断层。
更麻烦的是调试：Chrome DevTools 的 Elements 面板不会高亮显示 base target 的影响路径，你得手动检查 head、翻源码、再验证每个链接行为，效率极低。真正需要统一新开的场景（比如营销落地页所有 CTA），用 CSS class + 一小段脚本绑定事件反而更可控、可测试、可审计。
唯一合理使用 base target 的情况，是静态生成的文档站点（如 Docsify、VuePress 输出的纯 HTML），且明确要求“所有外部链接必须新开+noopener”，此时用 build 插件注入 <base target="_blank" rel="noopener"> 是安全的——因为链接来源可控，没有运行时动态插入。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
