<base target="_blank">不可靠，会无差别影响所有未显式声明target的链接，导致锚点失效、表单跳转异常、iframe目标被覆盖及安全风险；仅当满足严格条件时才可谨慎使用，推荐用JS或构建层精准控制跳转。
<base> 的 target 属性不能“保证”稳定兼容——它本身就是一个高风险、低可控的全局开关，多数情况下反而会破坏跳转规则的一致性。
为什么<base target="_blank">在真实项目里容易失控
它不区分链接类型，也不看上下文，只要没显式写 target，就全被它接管：
-
href="#section"锚点链接也会新开标签页，滚动失效 -
href=""空链接会刷新页面后又新开空白页（两次副作用） -
<form>提交默认走target，用户填完表单直接跳新页，无法看到提交结果 - 嵌套
<iframe>中用target="myframe"时，<base>会覆盖命名目标，导致跳转失败 - 现代浏览器不会自动补
rel="noopener"，所有新页都能通过window.opener反向控制原页面
哪些场景下<base target>确实能用，但必须加防护
仅当满足全部以下条件时，才可谨慎启用：
-
<base>必须放在<head>最顶部，且整个文档只能有一个 - 所有外链都需额外手动加
rel="noopener noreferrer"（<base>不帮你加） - 页面中不能有
<form>，或已确认表单提交逻辑适配新页跳转 - 锚点链接、空链接、
javascript:void(0)链接已全部显式声明target="_self" - 已测试过移动端 Safari、Chrome、Firefox 对
target+rel的组合行为一致
更稳的替代方案：不用<base>也能统一控制跳转
真正可控的方式是把控制权收回到 JS 或构建层：
立即学习“前端免费学习笔记（深入）”；
- 用
document.querySelectorAll('a[href^="http"]:not([href^="' + location.origin + '"])')批量加target="_blank"和rel，跳转前还能做权限判断 - SSR 模板中根据请求头（如
User-Agent、是否在 iframe 内）动态决定是否加属性 - 用
data-blank这类自定义属性标记需要新页打开的链接，再由统一事件代理处理，避免漏加rel - Web Components 中完全绕过
<base>，因为 Shadow DOM 里它的作用范围不可靠
最常被忽略的一点：不是所有“新标签页打开”都需要 target="_blank"。比如 SPA 内部路由跳转，应该用 JS 导航（router.push()），而不是让 HTML 层越权干预；而真正的外链，安全防护（rel）比统一声明（<base>）重要得多。
