<base> 标签在 IE6–IE9 中虽被支持，但行为不稳定、边界模糊、静默失败多，仅有限属性（如 a[href]、img[src]）受其影响，且严重依赖 DOCTYPE 和渲染模式，现代开发应彻底弃用而改用绝对路径或构建时注入 URL。
HTML 的 <base> 标签在旧版浏览器（如 IE6–IE9）中确实被支持，但它不是“兼容增强工具”，而是个高风险行为触发器——它在旧引擎里能解析，但行为不稳定、边界模糊、静默失败多，且与现代开发模式完全冲突。
IE6–IE9 中 base href 的解析缺陷
旧 Trident 引擎对 <base href> 的实现远不如现代标准严谨：
-
href值结尾缺/时，IE 可能“碰巧”工作，但 Firefox/Opera 会截断路径（如css/app.css拼成https://example.comcss/app.css） - 含
..的相对路径（如../assets/）被直接忽略，不报错，也不 fallback 到页面 URL —— 资源加载直接 404 - 多个
<base>标签时，IE 只取第一个，但不会提示；若第一个写在<title>后，前面的<link>已按原始 URL 解析完毕，<base>对它无效 - 在怪异模式（Quirks Mode）下，
<base>行为不可预测：部分版本会退化为仅影响<a>，而忽略<img src>或<script src>
base 与旧版浏览器的 DOCTYPE 和渲染模式强绑定
能否让 <base> 在 IE8 下“看起来生效”，取决于整个页面是否进入标准模式：
- 必须用
<!DOCTYPE html>且**首行无任何字符**（包括 BOM、空格、注释），否则进 Quirks Mode →<base>解析逻辑失效或部分失效 - IE8 在 Quirks Mode 下，
<base href="/app/">可能只修正<a href>，但<link href="style.css">仍走当前页 URL - 验证方式：打开 IE8 开发者工具 → 查看顶部显示是否为
Standards；若为Quirks，<base>就已不可信
旧版浏览器中真正受 base 影响的属性非常有限
不是所有带路径的 HTML 属性都遵循 <base> 规则。在 IE6–IE9 中，仅以下属性在解析阶段被重写：
立即学习“前端免费学习笔记（深入）”；
- ✅
<a href="page.html">、<form action="submit.php">、<img src="icon.png">、<script src="app.js">、<link href="main.css"> - ❌
<iframe src="frame.html">（即使纯相对路径，IE 也忽略<base>） - ❌ CSS 文件内的
background: url(logo.jpg)—— IE6–IE9 不在 HTML 解析阶段处理 CSS 内部路径，该路径始终相对于 CSS 文件位置 - ❌
srcset、poster、data-属性中的路径，全部不受控
旧项目升级时最容易被忽略的陷阱
当老系统从 IE 兼容模式迁移到 Edge 或现代 Chrome 时，<base> 会突然“消失”，但没人意识到问题根源：
- 原来靠 IE 的宽容行为“蒙混过关”的写法（如
<base href="static/">）在现代浏览器中被静默丢弃 → 所有资源 404 - 本地开发用
file://协议打开 HTML 时，<base href="/app/">会被忽略（因非 HTTP(S) 协议），但 IE 时代可能没测过这个场景 - 旧版构建脚本常把
<base href="${PUBLIC_PATH}">直接输出，若未替换变量，浏览器收到的是字面量${PUBLIC_PATH}→ 无效值被丢弃，毫无提示 - SPA 路由（如早期 Backbone Router）依赖
location.hash，但<base href="/app/">会让href="#section"解析为/app/#section，触发整页重载 —— 这个问题在 IE9 下就存在，只是当时调试手段弱，被掩盖了
真正安全的做法不是“适配旧浏览器的 <base>”，而是彻底放弃它在兼容层的任何假设：用绝对路径写资源引用，或通过构建工具注入完整 URL，把路径决策从 HTML 解析阶段移出。一旦你开始查 IE8 的 <base> 行为文档，说明你已经在维护一个注定要重构的边界系统。
