<base>的target属性在现代浏览器中确实生效，但仅影响未显式设置target的、<form>及window.open()触发的跳转，不作用于JavaScript导航、<iframe>或资源加载。
base 标签的 target 属性是否生效？
直接说结论：<base> 的 target 属性在现代浏览器中**确实生效**，但它的作用范围和行为有严格限制——它只影响**显式使用 href 的超链接（<a>）、表单提交（<form>）以及通过 window.open() 打开的资源**，且前提是这些元素**没有自己设置 target 属性**。它不会影响 JavaScript 中手动设置的 window.location 或 location.href，也不会影响 <iframe> 的 src 加载目标。
为什么有些链接没按 base target 跳转？
常见原因不是浏览器不支持，而是被更具体的声明覆盖了：
-
<a href="page.html">没写target→ 尊重<base target="_blank"> -
<a href="page.html" target="_self">→ 自己写了target，<base>被忽略 -
<form action="/submit">→ 会走<base target="_blank">，但若加了target="_top"，则以表单自己的为准 -
<img src="logo.png">、<script src="app.js">→ 完全不受<base>的target影响，它们不触发导航跳转
如何安全地用 base target 统一外链行为？
典型场景是让所有未显式指定 target 的外链（如 https://、http:// 开头的）在新标签页打开，同时保留站内链接在当前页跳转。这时不能只靠 <base target="_blank"> —— 它会把所有相对路径链接也弹出，破坏体验。正确做法是：
- 用
<base href="/">控制资源解析路径（这是<base>的主要用途），不要依赖它统一跳转行为 - 对外链统一加
target="_blank" rel="noopener noreferrer"，例如：<a href="https://example.com" target="_blank" rel="noopener noreferrer"> - 如果真要用
<base target>，只在纯静态页面、且所有链接都期望同一种跳转方式时才启用，并确保没有混用自定义target - 注意：Safari 对
<base target>在某些 iframe 场景下存在兼容性问题，建议用 JS 补偿：document.querySelectorAll('a[href^="http"]:not([target])').forEach(a => a.target = '_blank')
base target 的性能与可访问性影响
它本身不带来性能开销，但可能引发两个隐性问题：
立即学习“前端免费学习笔记（深入）”；
-
target="_blank"默认继承 opener 权限，若未加rel="noopener noreferrer"，存在安全风险（恶意站点可通过window.opener控制原页面）；而<base target="_blank">**不会自动注入rel属性**，必须手动补全或用脚本增强 - 屏幕阅读器用户可能因突然新开窗口而迷失上下文，WCAG 建议对非用户主动触发的跳转（如自动弹窗）提供明确提示；
<base>导致的跳转无法添加 aria-label 或视觉提示，不如显式写在<a>上可控 - SEO 角度：Google 明确表示
<base>不影响链接权重传递，但过度依赖它会让链接意图变得不透明，不利于维护
真正需要统一跳转逻辑时，显式声明比全局 <base target> 更可靠、更易调试。它看起来省事，实际埋下的可维护性坑往往比多敲几遍 target 和 rel 多得多。
