<base target="_parent">仅作用于当前iframe内部的<a>、<form>等元素，不影响父页面；因iframe是独立文档上下文，其<base>需在自身HTML的<head>中声明且仅解析一次，动态插入无效。
iframe 里的
你在 iframe 的 HTML 源码里写 <base target="_parent">，它只对那个 iframe 内部的 <a>、<form> 生效；父页面的 <base> 完全管不到 iframe 里面。这是两个独立文档上下文，document.baseURI 各算各的。
常见错误是：在父页设了 <base target="_blank">，就以为 iframe 里的链接也会新开页——不会。iframe 加载的是另一个 HTML 文档，它必须自己声明 <base> 才生效。
- iframe 的 src 必须返回完整 HTML（含
<head>），不能是纯片段或 JSON -
<base target="_parent">要放在 iframe 返回内容的<head>最顶部，且只能有一个 - 如果 iframe 内容由 JS 动态生成（比如 innerHTML 插入），
<base>不会被解析——浏览器只在初始 HTML 解析阶段处理它
target="_parent" 在 iframe 中的实际行为
当 iframe 嵌套在父页面中，且其内部 HTML 包含 <base target="_parent">，那么所有未显式写 target 的 <a href="about.html"> 点击后，会尝试在父页面（即包含该 iframe 的那个窗口）中跳转。
但要注意边界情况：
立即学习“前端免费学习笔记（深入）”；
- 如果父页面本身是嵌套在更上层 iframe 或 frameset 中，
_parent指的是直接父级，不是最外层 - 若父页面已关闭或跨域（
iframe src和父页协议/域名/端口不一致），点击会失败，控制台报Blocked a frame with origin ... from accessing a cross-origin frame -
<form action="save.php">提交后，整个父页面会导航到save.php响应内容——这通常不是你想要的，容易丢失当前状态
为什么 <base target="_blank"> 在 iframe 里可能“失效”
不是失效，而是被浏览器策略拦截了。现代 Chrome/Firefox/Safari 对 <base target="_blank"> 产生的新窗口，默认不加 rel="noopener noreferrer"，但若 iframe 来自不同源（跨域），浏览器会静默降级为 _self 或直接阻止导航，尤其当目标 URL 是 javascript: 或空哈希时。
典型现象：
- 点击后无反应，控制台没报错，但 URL 栏没变
- 新标签页打开
about:blank或白屏 - iframe 内
<a href="#">被当成锚点，但_blank下无法滚动定位
根本原因：<base> 生成的跳转缺少安全属性，跨域环境下被主动限制。
更可控的替代方案：用 JS 统一处理 iframe 内部链接
比起依赖 <base>，直接在 iframe 内容加载完成后绑定事件更可靠，也绕过跨域和解析时机问题：
if (window.self !== window.top) {
document.addEventListener('click', e => {
const a = e.target.closest('a[href]');
if (a && !a.hasAttribute('target')) {
e.preventDefault();
window.top.location.href = a.href;
}
});
}
这个逻辑只在 iframe 环境下运行，且明确控制跳转目标。相比 <base>，它：
- 不受 HTML 解析顺序限制，可晚于资源加载执行
- 能配合
event.preventDefault()拦截默认行为，避免意外导航 - 可加判断：只对特定域名或路径的链接生效，避免误伤
真正难处理的不是怎么让链接跳出去，而是跳出去之后，原 iframe 是否还存活、状态是否同步、跨域下能否读取返回响应——这些 <base> 一个都不管。
