单个a标签的target属性永远优先于base标签的target设置，这是明确的层叠规则；只要a标签显式声明target（如target="_self"），base的兜底逻辑即失效，但target=""为空字符串时不视为显式声明，仍会采用base值。
单个 a 标签的 target 永远优先于 <base target>
这是明确的层叠规则，不是“有时覆盖有时不”。只要 a 标签写了 target 属性（哪怕值是 "_self"），浏览器就直接采用它，<base target> 完全不参与计算。
常见错误现象：
- 写了
<base target="_blank">，但某个链接仍没在新页打开——检查该a是否误加了target="_self"或拼写错误（如target="self"） - 链接点击后新开窗口，但控制台报
Unsafe attempt to use window.opener——说明<base target="_blank">生效了，但没配rel="noopener noreferrer"，而你又没在单个a上补上这个rel
注意：target=""（空字符串）不算显式声明，浏览器会忽略它，继续走 <base> 的兜底逻辑；但 target="_self" 是显式声明，哪怕和 base 一致，也代表你主动确认了该行为。
<base target> 只影响未显式设 target 的 a 和 form 元素
它对 <iframe src>、<img src>、<script src>、window.location.href、fetch() 等完全无效。别指望它控制资源加载或 JS 导航。
立即学习“前端免费学习笔记（深入）”；
使用场景有限：
- 整站外链统一新标签页，且你能确保所有第三方组件里的
a都没硬编码target - 老式表单提交页面，想让所有
<form>默认在新窗口提交（需配合method="get"或服务端响应处理）
容易踩的坑：
- 用了
<base target="_blank">后，页脚备案链接、统计跳转、甚至某些 UI 库内部的a都被卷入新窗口，用户反馈“点哪都开新页” - SPA 中混用前端路由（如
react-router），<base target="_blank">可能让本该内部跳转的链接意外跳出单页上下文
target="_top" 和 target="_parent" 在 iframe 中必须显式写在 a 标签上
<base target="_top"> 在 iframe 嵌套中根本不起作用。它只影响当前页内未显式设 target 的 a 和 form 的响应加载位置，不是导航指令。
想跳出 iframe，必须：
- 在具体
a或form上写target="_top"，且带引号、全小写（target=_top或target="_TOP"都会被忽略） - 目标页面允许被嵌入（没返回
X-Frame-Options: DENY或Content-Security-Policy: frame-ancestors 'none'） - 外层
iframe没加限制性sandbox（如缺allow-top-navigation，target="_top"会静默失效） - 不能和命名
iframe冲突：如果页面里有<iframe name="myframe">，再写target="myframe"，那<base target="_top">对这个链接就完全不生效
<base href> 和 <base target> 是两套独立机制
很多人以为设了 <base href="/myapp/"> 就能顺便控制跳转方式，其实完全无关。href 影响路径解析（src、href 等相对地址拼接），target 影响加载上下文，二者互不干扰。
关键细节：
-
<base href>必须是绝对 URL 或以/开头且结尾带斜杠的根相对路径（如/myapp/），填assets/或../static/会被静默忽略 - SPA 部署到子路径时，漏掉结尾斜杠（如
<base href="/myapp">）会导致src="js/app.js"解析成/myappjs/app.js -
<base target>不影响 CSS 中url()的加载位置，只管 HTML 解析阶段的a和form
真正容易被忽略的是：base 的 target 行为只在 HTML 解析阶段起作用，且仅覆盖特定元素；一旦 JS 动态插入 a 标签，它是否受 base 影响，取决于插入时机和浏览器实现细节——别依赖它做运行时控制。
