标签是唯一改变 HTML 相对 URL 解析基准的机制，必须用绝对或根相对 URL（如 /myapp/ 或 //cdn.example.com/），不作用于 CSS/JS 内部路径，且 target 属性有安全与覆盖风险。
<base> 标签是唯一能真正改变 HTML 解析器对所有相对 URL 解析起点的机制，但它不是“设置前缀”那么简单——它直接重写整个页面的 URL 基准，用错一步，img、link、script 全部 404。
base href 必须是绝对 URL 或协议相对 URL
浏览器会静默忽略非法值，不会报错，但后果严重：
-
<base href="assets/">—— 无效。相对路径不被接受，href必须含协议（如https://）或以//开头 -
<base href="/myapp/">—— 合法。这是根相对路径（root-relative），等价于https://example.com/myapp/，适用于 SPA 部署在子路径 -
<base href="//cdn.example.com/v3/">—— 合法。协议相对，自动继承当前页协议，适合 CDN 场景 -
<base href="file:///static/">—— 本地开发慎用。在file://协议下，部分浏览器路径解析行为不一致，易失效
base 只影响 HTML 解析阶段的相对 URL，不穿透到 CSS 和 JS 内部
这是最常被误判的一点：你以为设了 <base href="/cdn/">，CSS 里的 url(logo.png) 就会变成 /cdn/logo.png？并不会。
- CSS 中的
url()仍以该 CSS 文件自身位置为基准解析，<base>不影响它 - JS 的
import('./utils.js')、fetch('./data.json')、new Worker('./worker.js')全部绕过<base> - 但 HTML 中的
<img src="icon.svg">、<link href="style.css">、<script src="app.js"></script>全部受控 -
@import "reset.css"在 CSS 文件里？同样不受控 —— 它是 CSS 引擎自己 resolve 的，和 HTML 解析无关
base target="_blank" 看似省事，实则埋雷
它不只影响 <a></a>，还会作用于所有未显式声明 target 的 <form></form>、<link rel="preload">（某些浏览器）、甚至第三方组件里的隐藏链接。
-
<base target="_blank">没有rel="noopener"属性 —— 浏览器不会自动补，老版本存在安全风险 - 它无法被单个
<a target="_self"></a>覆盖 ——target属性优先级高于<base>，但前提是显式写出 - 现代 Web 应用中，跳转逻辑通常由 JS 控制（如
router.push()），硬加<base target>反而干扰预期行为 - 纯文档站或营销页确需全局外链新开？可以，但务必逐个检查
<a></a>是否漏加rel="noopener"
验证 base 是否生效的最快方式
打开开发者工具控制台，直接运行：
document.baseURI
返回值就是当前实际生效的基准 URL。如果它等于当前页面 URL（比如 https://example.com/blog/post.html），说明 <base> 没起作用 —— 大概率是放错了位置（不在 里）、写了两个、或者 href 值非法被浏览器丢弃。
真正难搞的从来不是怎么写 <base>，而是判断哪些资源该被它管、哪些不该。尤其当 HTML 走主站、静态资源走 CDN、路由又靠前端 history 管理时，href 值差一个斜杠或协议，整个页面就半残。
