base标签会影响下载路径，但仅对纯相对路径（如"https://www.php.cn/link/0359f3653b20ee2edfa3cc67ecefc35a"）生效；根相对（"/xxx"）和绝对路径（"https://..."）不受影响，且配置错误会导致静默404。
base标签会影响的下载路径吗
会，但仅当 href 值是纯相对路径（如 "https://www.php.cn/link/0359f3653b20ee2edfa3cc67ecefc35a"、"docs/report.xlsx"）时才受 <base> 控制；如果 href 是根相对（"/files/https://www.php.cn/link/0359f3653b20ee2edfa3cc67ecefc35a"）或绝对路径（"https://example.com/https://www.php.cn/link/0359f3653b20ee2edfa3cc67ecefc35a"），<base> 完全无效。
-
<base href="https://cdn.example.com/assets/">+<a href="manual.pdf" download>→ 实际请求https://cdn.example.com/assets/manual.pdf -
<base href="/app/">+<a href="data.csv" download>→ 实际请求https://example.com/app/data.csv -
<base href="/app/">+<a href="/downloads/log.txt" download>→ 仍请求https://example.com/downloads/log.txt（/开头跳过 base） -
<base href="/app/">+<a href="./config.json" download>→ 请求https://example.com/config.json（./被浏览器规范化为当前页面路径，不走 base）
为什么点击下载链接却 404，但控制台没报错
这是 <base> 配置错误的典型静默失败：href 值非法（比如缺结尾斜杠、含 ../、没协议），浏览器直接丢弃整个标签，退回到用当前页面 URL 拼接 href——你本想从 CDN 下载，结果发起了 https://example.com/current-path/https://www.php.cn/link/0359f3653b20ee2edfa3cc67ecefc35a 请求，自然 404。
- 常见非法值：
href="assets/"（缺协议/根斜杠）、href="../files/"（含..）、href="/app"（结尾没斜杠，Firefox 可能截断成/appcss/） - 验证是否生效：打开控制台执行
document.baseURI，返回值必须与你写的href完全一致（包括结尾斜杠） - 检查网络面板里实际发出的下载请求地址，对比它和你预期的差异，能快速定位是 base 生效了但路径不对，还是根本没生效
SPA 中用 base 统一下载路径要特别注意路由冲突
在 Vue/React 等单页应用中，<base href="/myapp/"> 会让 <a href="export.zip" download> 指向 /myapp/export.zip，但若后端没把该路径映射到静态资源服务（比如 Nginx 没配 location /myapp/），就会返回 HTML 页面（即首页），浏览器尝试下载一个 HTML 文件，而不是 ZIP。
- 确保服务器对
<base href>所指路径下的所有文件请求（尤其是.zip、.pdf、.csv等）都返回真实文件，而非 fallback 到index.html - 避免
href和前端路由规则重叠：比如<base href="/admin/">+<a href="users" download>→ 请求/admin/users，但这个路径可能被路由守卫拦截或重定向 - 更稳妥的做法：下载链接显式写绝对路径（
href="https://cdn.example.com/files/report.pdf"），绕过 base 依赖
download 属性本身不受 base 影响，但 href 解析受控
download 属性只控制浏览器是否触发下载行为及保存的默认文件名，它不参与路径解析；真正决定“从哪下”的，只有 href 的值及其解析基准——而这正是 <base> 干的事。所以别指望 download="report_v2.pdf" 能修正路径错误。
立即学习“前端免费学习笔记（深入）”；
-
<a href="invoice.pdf" download="bill.pdf">→ 下载文件名是bill.pdf，但来源仍是document.baseURI + "invoice.pdf" - 如果
document.baseURI是"https://cdn.example.com/v2/"，而实际文件在v3/目录，改download名字毫无意义 - 真正要盯住的永远是
href字符串 +<base>的组合结果，不是 download 的值
<base> 就一劳永逸，结果忘了服务器必须真实提供那个路径下的文件——<base href="/static/"> 很干净，但若 Nginx 根本没配 location /static/，所有下载请求都会落到 404 或首页 HTML 上，且浏览器不会提示“这不是个可下载文件”。 
