标签对无效，因其仅在html解析阶段重写纯相对路径，而preload是浏览器独立发起的主动请求，直接按当前页面url解析href，不经过base重写逻辑。
<base> 标签在资源预加载（<link rel="preload">）中**不生效**——它只影响 HTML 解析阶段对纯相对路径的初始拼接，而预加载是浏览器主动发起的独立资源请求，完全绕过 <base> 的解析逻辑。
为什么 <link rel="preload"> 不受 <base> 影响
浏览器对 <link rel="preload"> 的处理发生在资源发现阶段，但它的 URL 解析规则和普通 <link href> 不同：
-
<link href="style.css">是 HTML 解析时被<base>重写的目标，属于“被动加载” -
<link rel="preload" href="style.css">是主动声明式预加载，浏览器直接按当前页面 URL 解析 href，不走<base>的重写路径 - 即使
<base href="/app/">存在，<link rel="preload" href="style.css">仍会请求/style.css（不是/app/style.css）
哪些预加载场景会意外失败
常见误用导致 404，尤其在子路径部署时：
- SPA 部署在
https://example.com/admin/，写了<base href="/admin/">，但<link rel="preload" href="main.js">仍去请求/main.js（404），实际资源在/admin/main.js - CDN 场景下用了
<base href="https://cdn.example.com/v2/">，但预加载仍走当前 origin，无法命中 CDN - 构建工具（如 Vite）已设
build.base = "/admin/"，HTML 中又手动加了<base>，预加载却没同步改写 href，路径错位
正确做法：预加载必须显式写全路径
要让预加载按预期工作，href 值不能依赖 <base>，必须自己控制：
- 用绝对 URL：
<link rel="preload" href="https://example.com/admin/main.js"> - 用根相对路径（确保部署路径一致）：
<link rel="preload" href="/admin/main.js"> - 服务端渲染时动态注入完整路径，避免硬编码
- Webpack/Vite 构建时用插件自动重写预加载 href（例如
vite-plugin-preload支持 base-aware 重写）
容易被忽略的兼容性细节
某些浏览器对预加载路径解析更严格：
- Chrome 会把
href="./main.js"解析为相对于当前 HTML 文件路径，而非document.baseURI - Safari 对
href中含..的预加载可能直接跳过（不报错也不加载） -
<link rel="prefetch">和<link rel="preload">行为一致，同样不受<base>影响 - HTTP/2 Server Push 不读取 HTML 中的
<base>，推送路径需由服务器明确指定
真正麻烦的不是写错 <base>，而是以为它能统一管理所有路径——预加载、动态 import、fetch、CSS @import 全部各自解析，<base> 只管最表层那几类静态属性。漏掉任何一个环节，资源就加载失败，且 Network 面板里看不出 <base> 是否参与了这次请求。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
