base标签会让第三方脚本加载失败，因为它仅在html解析阶段重置纯相对url（如a.js）的解析起点，强制拼接到href指定的绝对url或根相对路径上，而fetch、import、importscripts等运行时行为虽受其影响，但第三方脚本若依赖document.currentscript.src推导路径或内部使用相对url发起请求，就会因解析错误导致404。
base标签为什么会让第三方脚本加载失败
<base> 会全局改变所有相对 URL 的解析基准，包括 <script src="a.js"></script>、<img src="logo.png">、fetch('./api') 甚至 new Worker('worker.js')。一旦页面里写了 <base href="https://cdn.example.com/">，所有没写协议+域名的资源路径都会被强制拼到这个 base 上——哪怕第三方 SDK 的初始化逻辑里写了 src="./bundle.js"，浏览器也会去 https://cdn.example.com/./bundle.js 找，404 是大概率结果。
哪些第三方脚本特别容易被base干扰
不是所有脚本都扛得住 <base>，尤其以下几类：
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 用
document.currentScript.src推导自身目录并动态加载依赖的脚本（如某些老版 jQuery 插件） - 内部调用
fetch('./config.json')或XMLHttpRequest.open('GET', 'data.csv')的分析型 SDK - 通过
importScripts()加载子 worker 的 Web Worker 封装库 - 依赖
location.pathname做路由匹配，又用相对路径跳转的 SPA 嵌入方案
不删base的前提下怎么修复加载问题
关键不是“绕过”，而是让第三方脚本明确知道自己该从哪加载资源。实操建议如下：
- 给第三方
<script></script>标签显式写绝对 URL：<script src="https://thirdparty.com/sdk/v2.1/main.js"></script>，彻底避开 base 解析 - 若必须用相对路径（如本地部署），在插入脚本前临时重置 base：
document.querySelector('base').href = ''，等脚本 load 完再恢复（注意：部分脚本会在 onload 里立即执行 fetch，所以得在插入前改） - 对已加载但后续仍会发相对请求的 SDK，在初始化时传入显式 base URL 配置项（如 Sentry 的
cdn参数、Plausible 的apiHost） - 避免在
顶部放<base>；如果 base 只为图片或 CSS 服务，改用 CSS 中的url()绝对路径或 JS 里拼接，不污染全局
为什么不能靠 document.baseURI 修复运行时请求
document.baseURI 是只读属性，返回当前生效的 base 地址，但它不能被修改来“覆盖”<base> 的行为。更关键的是：很多第三方脚本根本不会读这个值——它们直接拼字符串或依赖浏览器默认解析逻辑。比如 fetch('api/user') 永远按 <base> 解析，不会查 document.baseURI 再做二次处理。强行在 fetch 前 patch window.fetch 虽然可行，但会破坏 CSP 的 connect-src 策略，且无法覆盖所有底层网络调用（如 import.meta.url、new Image().src）。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
