base标签仅影响a标签中纯相对路径（如href="report.pdf"），对含./、/或协议的路径无效；它不干预download属性，且在spa中易被前端路由拦截，需配合target="_blank"或fetch+blob方案规避。
base 标签会影响 a 标签的 href，但仅当值为纯相对路径时
如果你写 @#@#@#@#@#@#@#@#@#@0，且页面有 <base href="/files/">，那么点击后实际请求的是 /files/report.pdf。这是 <base> 最直接生效的场景之一。
但以下情况完全不受影响：
-
@#@#@#@#@#@#@#@#@#@1中的download属性只控制浏览器是否触发下载行为，不影响路径解析逻辑。路径仍由href决定，再经<base>重写。也就是说：
<base href="/api/">+<a href="export" download></a>→ 实际发起 GET 请求到/api/export，响应体被下载；但如果后端没返回合适 content-type 或没设Content-Disposition，部分浏览器可能不弹保存框，而是跳转或打开空白页。注意：
download属性对跨域资源无效，哪怕<base>把路径指向了同域 CDN，只要响应头没带Access-Control-Allow-Origin，下载仍会失败（控制台报 CORS 错误）。SPA 路由下，
a下载链接容易被前端路由劫持Vue Router / React Router 默认会拦截所有
<a href="xxx"></a>点击事件，包括指向静态文件的下载链接。即使你写了<a href="/downloads/log.zip" download></a>，如果没加target="_blank"或rel="noopener"，Router 可能把它当成内部导航，导致白屏或 404。安全写法只有两种：
- 显式声明
target="_blank"（并配rel="noopener"），绕过前端路由 - 用
fetch+Blob+URL.createObjectURL动态触发下载（此时路径走 JS 运行时逻辑，完全不经过<base>）
别指望
<base href="/downloads/">能让<a href="log.zip" download></a>在 SPA 里“自动好使”——它只解决路径拼接，不解决路由拦截。服务端生成的下载链接，base 标签可能造成路径错位
比如 PHP 模板中写：
<a href="<?=%20%24file_path%20?>" download></a>，而$file_path是"2026/09/report.pdf"。若此时页面有<base href="/static/">，则最终请求变成/static/2026/09/report.pdf，但真实文件可能在/downloads/2026/09/下，404 就不可避免。根本问题在于：
<base>是全局强制改写，无法按标签做条件排除。所以对服务端动态注入的路径，必须确保它本身已是完整路径（如/downloads/2026/09/report.pdf），或至少是相对于<base href>的子路径（如"reports/2026.pdf"配<base href="/downloads/">）。最容易被忽略的一点：CDN 回源配置若没覆盖
/static/*，而你又用了<base href="/static/">，那所有下载请求都会先打到 CDN，再回源到错误目录——这个 404 不在前端代码里，查起来特别绕。 - 显式声明
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
