base标签对iframe的src路径完全无效；仅纯相对路径（如frame.html）受其影响，而/src、//、https://开头的src值均绕过base直接解析。
base标签对iframe的src路径完全无效
<base href="/app/"> 不会影响 <iframe src="frame.html"> 的解析逻辑。浏览器在处理 src 属性时，只要它是根相对路径（以 / 开头）、绝对 URL 或协议相对 URL，就直接按标准规则拼接，完全跳过 <base>。只有纯相对路径（如 frame.html、./pages/inner.html）才受 <base> 影响。
常见误判是：写了 <base href="/admin/">，然后以为 <iframe src="dashboard.html"> 会加载 /admin/dashboard.html——实际加载的是当前页面所在路径下的 dashboard.html，比如 https://example.com/current-page/dashboard.html。
-
src="/dashboard.html→ 拼成https://example.com/dashboard.html（根相对，无视 base） -
src="https://api.example.com/embed→ 完全不拼接，直接请求（绝对 URL） -
src="dashboard.html→ 才受<base href="/admin/">影响，变成/admin/dashboard.html
iframe内部HTML的base标签只作用于自身文档
如果 <iframe src="embed.html"> 返回的是一个完整 HTML 文档（含 <head>），那它自己可以声明 <base href="/embed/">，这个 <base> 只影响 embed.html 内部的 <img src="logo.png">、<script src="app.js"> 等，**对父页面毫无影响**。
父页面里写的 <base target="_blank"> 也管不到 iframe 里的链接——因为两个文档的 document.baseURI 是独立计算的。动态用 JS 往 iframe 的 innerHTML 里插入 <base> 标签？浏览器根本不会解析，只认初始 HTML 加载时的 <head> 内容。
立即学习“前端免费学习笔记（深入）”；
- iframe 的
<base>必须出现在其自身返回 HTML 的<head>最顶部 - 只能有一个；第二个及之后的会被浏览器忽略
- 若 iframe 内容是 JS 渲染的片段（非完整 HTML），
<base>无意义
target属性在iframe中生效的前提很苛刻
<base target="_parent"> 放在 iframe 的 HTML 里，确实能让它内部的 <a href="edit.html"> 点击后尝试在父窗口加载，但实际能否成功，取决于一堆运行时条件：
- 父页面不能已关闭或被垃圾回收
- 必须同源（协议+域名+端口一致），否则控制台报
Blocked a frame with origin ... from accessing a cross-origin frame - 外层 iframe 若带
sandbox属性，且没加allow-top-navigation或allow-popups，target="_parent"会被静默降级为_self -
target="_top"同理，不是“自动跳出”，而是把响应内容加载进顶层窗口——前提是顶层允许嵌入（没设X-Frame-Options: DENY）
更现实的做法是：在 iframe 内部用 JS 判断并主动跳转，比如 window.top.location.href = url，但必须由用户手势触发（如 click 事件内），否则会被浏览器拦截。
微前端或子路径部署时，base 和 iframe 路径容易套娃
当整个应用部署在子路径（如 /micro-app/），又通过 iframe 嵌入另一个子应用（如 /admin/），三处路径配置稍有不一致就会错乱：
- 主应用 HTML 写了
<base href="/micro-app/">，但 iframe 的src是/admin/frame.html→ 正常，不受影响 - iframe 返回的 HTML 里也写了
<base href="/admin/">，同时它的构建工具（如 Vite）又配了base: "/admin/"→ 资源路径可能变成/admin//admin/js/app.js（双斜杠导致 404） - 若主应用用了微前端沙箱（如 qiankun），iframe 的
document.baseURI可能被沙箱劫持重写，此时手写的<base>可能被忽略或行为异常
真正麻烦的不是单点配置，而是 HTML 解析阶段的 <base>、JS 运行时的 import()、Service Worker 预缓存路径、CDN 回源规则，这四者必须全部对齐——漏掉一个，资源就加载失败，且错误分散在不同控制台或网络面板里，很难一眼定位。
