标签不是版本管理工具，仅静态设定html解析阶段相对路径起点；必须用根相对路径（如/v1.2.0/）或绝对url，否则静默失效致404；不可与构建工具publicpath/base共存，须服务端或构建时动态注入。
<base> 标签在多版本发布中不是“版本管理工具”，它只控制 HTML 解析阶段的相对路径起点，填错值或与构建配置冲突，会导致所有子版本资源 404 —— 这问题上线后才暴露，且无控制台报错。
多版本部署时 base href 必须带版本路径且结尾有斜杠
比如你用 /v1.2.0/、/v2.0.0/ 区分静态资源版本，href 值必须严格为根相对路径（以 / 开头 + 结尾 /），否则浏览器静默丢弃：
-
<base href="/v1.2.0/">✅ 合法，<script src="app.js"></script>解析为/v1.2.0/app.js -
<base href="/v1.2.0">❌ 缺尾部/，Firefox/Opera 会把css/main.css拼成/v1.2.0css/main.css -
<base href="v1.2.0/">❌ 缺开头/，被浏览器直接忽略，退回到当前页面 URL 解析 -
<base href="https://cdn.example.com/v1.2.0/">✅ 绝对 URL 更稳妥，尤其 CDN 场景下避免路径继承污染
base href 和构建工具的 publicPath / base 配置不能共存
Vite 的 build.base、Webpack 的 publicPath 已在打包时重写了所有资源引用路径；若 HTML 中再手动写 <base href="/v1.2.0/">，就会触发双拼：
- 预期请求：
/v1.2.0/js/app.js - 实际请求：
/v1.2.0//v1.2.0/js/app.js（中间两个//）→ 404 - Service Worker 预缓存、微前端子应用 chunk 加载、动态
import()的 fallback 路径全失效 - 正确做法：二选一 —— 要么只用构建工具配置（推荐），要么只手写
<base>（仅限无构建流程的纯静态页）
多版本切换时，base href 不会自动更新，必须服务端注入或构建时生成
<base> 是静态 HTML 标签，浏览器不会根据 URL 路径自动推导。如果你靠 Nginx 重写 /v1.2.0/index.html → /index.html，但 HTML 里仍写死 <base href="/v2.0.0/">，那所有资源就全错位了。
- 服务端渲染（SSR）场景：模板中用变量注入，如
<base href="%7B%7B%20versionPath%20%7D%7D/">，确保每次返回的 HTML 都匹配当前版本路径 - 静态站点生成（如 Hugo、VuePress）：构建时通过环境变量替换，如
<base href="%7B%7B%20.Site.VersionBase%20%7D%7D/"> - 禁止用 JS 动态改
document.head插入<base>：已解析的<script></script>、<link>不会重加载，只影响后续新创建节点 - 验证方式：打开 DevTools → Elements → 查看
<base>标签是否真实存在且值正确；不要只看 Network 里有没有 404，要确认每个src/href的最终解析结果
最容易被忽略的是：本地开发时，<base href="/v1.2.0/"> 会让 http://localhost:3000/ 下所有相对路径强行指向 /v1.2.0/，导致本地调试失败 —— 此时应改用 <base href="http://localhost:3000/v1.2.0/"> 或干脆关掉 <base>，交由构建工具处理。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
