<base>标签本地开发应禁用，生产环境由构建工具（如Vite base配置）动态注入；若必须使用，本地需设为完整协议绝对URL（如http://localhost:3000/），避免href="/"导致路径冲突和静默404。
<base> 标签一旦存在，就会强制重写所有后续纯相对路径的解析基准——本地开发时用 href="/" 或 href="http://localhost:3000/" 看似合理，但极易和后端路由、代理规则、热更新路径冲突，导致 JS/CSS 加载失败或页面白屏。最稳妥的做法是：**本地开发阶段不使用 <base>，而用构建工具动态注入生产环境所需值**。
本地开发时直接移除或条件禁用 <base>
很多项目在 index.html 里硬编码了 <base href="/myapp/">，结果本地 npm run dev 启动后所有 src="app.js" 都被解析成 http://localhost:3000/myapp/app.js，但开发服务器根本没挂载 /myapp/ 前缀，自然 404。
- Webpack/Vite 项目：删掉 HTML 模板里的
<base>，改由构建配置控制——Vite 的base配置会自动注入合法<base>（仅生产），开发时走/基准 - Express/Nginx 本地代理场景：若后端已将
/api/代理到http://localhost:8080/api/，HTML 本身就不该加<base>，否则<script src="app.js">会被拼成/api/app.js - Vue CLI：确保
vue.config.js中publicPath和 HTML 里<base>不共存；设为"auto"或"/"，让 CLI 自行处理
必须保留 <base> 时，本地用协议绝对 URL 而非根相对路径
如果因 SSR 或多环境一致性要求，本地也得有 <base>，那就避开 href="/" 这种陷阱写法——它会让所有相对路径指向域名根，和本地开发服务器路径不匹配。
- ✅ 推荐：
<base href="http://localhost:3000/">（开发时）或<base href="http://127.0.0.1:3000/">，明确指定开发服务地址 - ❌ 避免：
<base href="/">（上线后可能指向 CDN 根，本地却指向 localhost 根，行为割裂） - ⚠️ 注意：
href="http://localhost:3000"缺尾斜杠 → Firefox 可能截断为http://localhost:3000css/，导致style.css请求错位
检查 <base> 是否真正在本地生效，而非被静默丢弃
浏览器对 href 值校验极严，本地开发时随手写的 href="dist/" 或 href="../public/" 全部非法，标签直接被跳过，但你完全看不到提示——资源仍按当前页 URL 解析，看似“正常”，实则基准混乱。
立即学习“前端免费学习笔记（深入）”；
- 打开 DevTools → Elements → 查看
<head>最顶部是否存在<base>，且href值以http://、https://、//或/开头 - 在 Console 执行
document.baseURI，确认返回值是否为你预期的基准地址；如果是http://localhost:3000/xxx/（即当前页面 URL），说明<base>未生效 - Network 面板中点开一个 404 的 JS 请求 → 看 “Initiator” 是不是 HTML 解析（parser），若是，大概率是
<base>生效了但基准错了
锚点跳转和 <form action> 在本地容易被 <base> 意外劫持
本地调试表单或页面内锚点时，<a href="#section2"> 或 <form action="submit.php"> 会受 <base> 影响——比如 <base href="http://localhost:3000/app/"> 下，<a href="#section2"> 会跳转到 http://localhost:3000/app/#section2，触发一次无意义的全页重载（地址栏变灰、滚动回顶）。
- 本地调试期间，临时注释掉
<base>，验证锚点和表单行为是否回归预期 - 若必须保留，改用根相对路径规避：
<a href="/#section2">或<form action="/submit.php">—— 根相对路径不受<base>控制 - SPA 中，优先用框架路由 API（如
router.push({ hash: 'section2' })）代替原生href="#..."
真正麻烦的不是怎么写 <base>，而是它只在 HTML 解析那一刻起效，之后任何 JS 修改都无效；本地开发环境变量多、代理链长、热更新路径动态变化，强行统一基准反而增加不确定性。多数情况下，“本地不用，构建时按需注入”是最少出错的路径。
