base标签不直接提升性能，但能间接降低因路径错误导致的404重试、资源加载失败引发的渲染阻塞等隐性损耗；写错href会致浏览器静默忽略并退回到当前页URL解析，引发批量404、TCP占用、白屏延长；正确配置需HTML的<base>、构建工具base/publicPath、前端路由base三者严格一致，否则反而加剧路径错乱。
base 标签本身不直接提升性能（不压缩资源、不减少请求数、不触发缓存策略），但它能**间接降低因路径错误导致的重复加载、404 重试、JS/CSS 加载失败引发的渲染阻塞等隐性性能损耗**。
它解决的是“路径错配”引发的连锁性能问题，而非主动优化。
为什么写错 base href 会拖慢首屏？
浏览器解析 HTML 时，一旦遇到 <script src="app.js"> 这类相对路径，会立即按 base href 值拼接 URL 并发起请求。若 href 值非法（如 href="js/"），整个 <base> 被静默忽略，浏览器退回到当前页面 URL 解析 —— 此时可能请求 https://example.com/post/2026/app.js（404），而真实资源在 /js/app.js。结果是：
- HTTP 404 响应仍占用 TCP 连接和带宽，且现代浏览器不会缓存 404 响应
- 关键 JS/CSS 加载失败 → 渲染阻塞、白屏延长、甚至触发 fallback 逻辑（如重试 fetch）
- 多个资源连续 404 可能触发浏览器连接限速或队列延迟
正确配置 base href 如何避免这些损耗？
当部署在子路径（如 /admin/）时，设 <base href="/admin/"> 可确保：
-
<script src="main.js">→ 正确请求/admin/main.js（而非 404 的/admin/page/main.js） -
<link href="style.css">和 CSS 中background: url(logo.png)一并命中 CDN 或本地静态服务，减少重定向和跨域请求 - 避免因资源加载失败导致 JS 动态 import() 失败后降级为 polyfill 或同步加载
但注意：它对性能的“帮助”极其脆弱
base 的间接优化效果完全依赖三者严格一致：
立即学习“前端免费学习笔记（深入）”；
- HTML 中
<base href="/subpath/"> - 构建工具（Vite/Webpack）的
base或publicPath配置值 - 前端路由（Vue Router / React Router）的
base选项
漏掉任一环，就可能让 chunk 加载路径变成 /subpath//subpath/js/app.js（双斜杠）或 /js/app.js（缺前缀），最终仍是 404 或跨域失败 —— 此时 base 不仅没帮上忙，还掩盖了配置割裂的真实问题。
