base标签会静默重写所有相对路径，使其拼接到href指定地址后，导致404；仅影响./、../或无前缀路径，根路径/、绝对URL、data:等不受影响。
base标签会让所有相对路径“突然变向”
加了 <base> 标签后，原本好好的 src="images/logo.png" 突然 404，不是图片丢了，是浏览器把这串路径拼到了 <base href> 指定的地址后面，结果请求发去了完全错误的地方。比如 <base href="https://cdn.example.com/"> 一加，src="images/logo.png" 就变成请求 https://cdn.example.com/images/logo.png——而你根本没把图传到 CDN 上。
- 只影响相对路径：以
./、../或无前缀开头的src值才会被重写；https://、/assets/（根路径）、data:这类都不受影响 -
<base>必须写在<head>里，且只能有一个；写多个或写在<body>中，浏览器会忽略或行为未定义 - 动态插入的 HTML（如 innerHTML 赋值）也会受已存在的
<base>影响，哪怕插入时没显式写它
检查是否被 base 标签“劫持”了路径
打开开发者工具 → Network 面板 → 刷新 → 找图片请求 → 点开看 Headers → 查看 Request URL。如果这个 URL 明显偏离你预期的本地路径（比如变成了公网域名、CDN 地址，或拼出了奇怪的子路径），基本就是 <base> 在起作用。
- 搜索页面源码里有没有
<base，特别注意是第三方脚本或 CMS 自动生成的（比如某些 WordPress 主题、静态站点生成器默认注入） - 检查是否在 iframe 或 shadow DOM 内部又嵌套了
<base>，这种嵌套会导致路径解析更难追踪 - 临时删掉
<base>标签再刷新，如果图片立刻显示，就坐实问题
不删 base 标签时怎么救图片
如果你必须保留 <base>（比如用于统一管理外部资源跳转、SEO 优化或 legacy 系统兼容），那就得让图片路径“绕过”它：
- 改用根路径：
src="/images/logo.png"—— 开头的/表示从域名根开始，不受<base href>影响 - 改用完整协议 URL：
src="https://yourdomain.com/images/logo.png"—— 绝对地址天然免疫 - 改用 data URL：
src="data:image/png;base64,iVBOR..."—— 完全不走网络请求，自然也不被 base 干扰 - JavaScript 动态补全：
img.src = location.origin + "/images/logo.png"，适合需要运行时判断环境的场景
Java JTextPane 里 base 标签导致图片失效的特殊处理
在 JTextPane 中加载 HTML 字符串时，即使没写 <base>，也可能因缺失 base URL 导致相对路径图片不加载——这不是 HTML 规范问题，而是 Swing 的 HTMLDocument 默认没有 base 上下文。
立即学习“前端免费学习笔记（深入）”；
- 必须显式调用
doc.setBase(MyClass.class.getResource("/"))，指向资源根目录（比如static/或resources/） - 确保图片文件真在 classpath 下对应位置，例如
src/main/resources/icons/logo.png，且src="icons/logo.png"才能匹配 - 不能依赖
file://路径或绝对磁盘路径；Swing 不支持 file 协议加载图片，必须走 classloader
base 标签本身不危险，但它的影响是全局且静默的。最容易被忽略的点是：它不报错、不警告，只是悄悄把所有相对路径“拐走”。排查时别只盯着图片文件和路径写法，先确认 base 是否存在、指向何方——这是绝大多数“图片突然消失”问题的真正开关。
