无法动态适配多域名，因其值为静态字符串，不随location.hostname变化；协议相对路径//cdn.example.com/仅继承协议，仍固定域名；可靠方案是构建时注入或运行时JS生成URL。
base href 不能解决多域名指向问题
<base> 标签只控制 HTML 解析阶段相对 URL 的基准起点，它不参与域名路由、DNS 解析或反向代理决策。如果你有多个域名（如 www.example.com 和 app.example.com）都指向同一套静态文件，但希望资源路径自动适配当前访问域名，<base href="..."> 无法动态响应——它的 href 是写死的字符串，浏览器不会根据 location.hostname 自动切换。
协议相对 URL 是唯一可行的静态 fallback
若必须用 <base>，且两个域名共用同一套部署产物（比如都托管在 CDN 上），可使用协议相对路径：<base href="//cdn.example.com/v4/">。它会继承当前页的协议（http 或 https），但**仍固定域名**，无法在 www.example.com 访问时加载 //app.example.com/v4/logo.png。
常见错误包括：
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
-
<base href="https://www.example.com/">→ 切换到app.example.com时所有src="js/app.js"都 404 -
<base href="%DOMAIN%/">→ 模板变量未被服务端替换，浏览器静默忽略整条标签 -
<base href="/static/">→ 所有资源走根路径，与域名无关，但可能和后端路由冲突（如 Nginx 未配置location /static/）
真正需要多域名适配时，应该绕过 base 标签
构建时注入真实域名，或运行时用 JS 构造 URL，才是可靠方案：
立即学习“前端免费学习笔记（深入）”；
- Webpack/Vite：通过
publicPath: 'auto'（Vite）或output.publicPath: 'auto'（Webpack 5.38+），让打包器自动基于document.currentScript?.src或document.baseURI推导资源前缀 - SSR 模板（如 Next.js、Nuxt）：在 HTML 模板中用
{{ request.hostname }}或环境变量注入<base href="https://%7B%7B%20hostname%20%7D%7D/assets/">，确保每次渲染都匹配当前请求域名 - 纯静态页：放弃
<base>，改用绝对路径 + 环境感知 JS，例如<script>document.write(`<base href="${location.origin}/assets/">`)</script>（仅限调试，破坏预加载）
最容易被忽略的点：CDN 缓存与 base 的耦合
如果两个域名共用一个 CDN 缓存节点（如 Cloudflare），而你用了 <base href="https://www.example.com/assets/">，那么即使用户从 app.example.com 访问，HTML 缓存内容仍是为 www 写的，资源路径无法重写。此时 <base> 不是配置问题，而是架构矛盾——它把部署拓扑（多入口）和资源路径（单源）强行绑定了，而现代前端部署更倾向“路径即上下文”，不是“域名即上下文”。
