base target仅对未显式声明target的相对链接生效；绝对URL、JavaScript跳转、显式target属性均绕过base控制，可靠方案是用JS批量设置target="_self"或统一为表单添加target。
base target 属性只对未显式声明 target 的相对链接生效
写 <base target="_self"> 并不能“强制覆盖”所有链接行为，它只是给那些没写 target 属性的相对链接提供 fallback。一旦链接是绝对 URL（如 https://example.com/）、用了 javascript:void(0)、或带了显式的 target="_blank"，<base> 就完全不参与控制。
常见误判场景：
- 页面里混用相对路径（
<a href="page.html">）和绝对路径（<a href="https://a.com/page">），结果只有前者受<base>影响 - 第三方组件或 CMS 模板中已有
target=""—— 这不算显式声明，仍走<base>；但写成target="_self"就是显式，优先级更高 -
<form>提交时被新窗口打开，其实是它自己没设target，才落到<base>控制下
为什么写了 <base target="_self"> 还是新开窗口？
根本原因不是 <base> 失效，而是它被绕过了。检查以下几点：
-
<base>不在<head>内，或位置靠后（必须在所有<link>、<script>之前） - 页面中存在多个
<base>，只有第一个被解析，后面的被忽略 - 链接由 JavaScript 触发（如
location.href = '...'、window.open()），这类跳转完全不读取<base> -
<a>上写了target="_blank"或target="_top"—— 显式声明永远优先生效
想确保链接一定在当前页打开，该怎么做？
依赖 <base> 太脆弱，尤其在混合开发或 CMS 场景下。更可靠的做法是主动控制：
立即学习“前端免费学习笔记（深入）”；
- 删掉全局
<base target>，改用脚本批量补全：document.querySelectorAll('a:not([target])').forEach(a => a.target = '_self'); - 对表单统一加
target="_self"，避免被模板里残留的<base target="_blank">意外劫持 - 外链识别用 class（如
<a href="..." class="external">），再用 JS 补target="_blank" rel="noopener"，比<base>更精准 - SPA 路由（如 React Router 的
<Link>）完全不走<base target>，它的跳转逻辑由框架控制，别指望 HTML 层能干预
href 和 target 必须同时存在吗？
不需要。你可以只写 <base target="_self">，但必须保证 <base> 标签本身合法：它得在 <head> 内，且不能重复。不过要注意，某些旧浏览器（如 IE8）可能对无 href 的 <base> 解析不稳定，建议始终带上空 href 值：<base href="" target="_self">。
真正容易被忽略的是：<base href="/app/"> 会影响 CSS 中的 url() 函数（比如 background: url('icon.png') 会被解析为 /app/icon.png），但它对 JS 的 fetch('./api') 或 import() 完全无效——这两者始终以当前页面 URL 为基准。
