不能。base标签仅设置相对URL解析基准，其target属性仅为未显式指定target的链接提供默认值，但会被显式target覆盖，且不支持rel属性，无法解决安全与语义问题。

base 标签能强制所有链接在新窗口打开吗？ 不能。`` 标签本身不控制“是否新窗口”，它只设置**相对 URL 的解析基准**；真正决定是否新窗口的是 ``、`

` 等元素自身的 `target` 属性。`` 只是为**未显式指定 `target` 的链接**提供默认值，但存在关键限制和风险。

常见错误现象：base 加了 target="_blank" 后，部分链接仍当前页跳转——往往是因为这些链接自己写了 target="_self" 或其他值，覆盖了 base；更隐蔽的问题是，所有表单提交、图片 srcset 切换、甚至某些 CSS 背景图路径都可能被意外带上 target="_blank"（虽然多数浏览器忽略，但语义已错乱）。

为什么 base target="_blank" 不安全？ 这不是功能缺陷，而是设计使然：`` 的 `target` 是全局继承点，一旦设定，所有依赖它的交互行为都会受其影响，而你无法按需排除。

• <form action="/submit"> 会默认在新窗口提交，导致页面残留、状态丢失
• <a href="https://www.php.cn/link/0990a0c05a2837d3f8c632453278008a" target="_self"> 显式声明可覆盖，但团队协作中容易遗漏或误删
• SEO 和可访问性受损：屏幕阅读器可能误读所有链接为“离开当前上下文”，且搜索引擎对大量无 `rel="noopener"` 的 target="_blank" 链接会降权
• 安全漏洞：未加 rel="noopener noreferrer" 的新窗口链接，新开页可通过 window.opener 访问原页面，存在钓鱼或 XSS 风险

真正可靠的做法：用 JavaScript 批量补全 target 和 rel 比依赖 `` 更可控：只作用于 ``，不影响表单、图片、CSS；可精确过滤、添加安全属性。

示例（放在 </body> 前）：

document.querySelectorAll('a[href]:not([href^="javascript:"]):not([href^="mailto:"]):not([href^="#"])').forEach(link => {
  if (!link.hasAttribute('target')) {
    link.setAttribute('target', '_blank');
    link.setAttribute('rel', 'noopener noreferrer');
  }
});

说明：

html-deploy

使用 htmlcode.fun 将 HTML 内容或文件部署到网页，适用于用户要求“部署到网页”“托管此 HTML”“生成此前端...的实时链接”等场景。

下载

• 选择器排除了空链接、JS 伪协议、邮件、锚点，避免误操作
• 只处理**未设 target 的链接**，保留手动控制权
• 自动补 rel="noopener noreferrer"，堵住安全缺口
• 如需兼容旧版 IE，可用 getAttribute('target') === null 替代 hasAttribute

如果坚持用 <base>，必须同步加 rel 吗？ `` 标签**不支持 rel 属性**，这是 HTML 规范明确禁止的。所以 `` 是无效 HTML，浏览器会忽略 rel，也不会为派生链接自动添加它。

这意味着：即使你用了 <base target="_blank">，每个生成的 `` 仍需单独补 rel="noopener noreferrer"，否则新开页能通过 window.opener 操控原页面——这个坑没法靠 `` 躲开。

立即学习“前端免费学习笔记（深入）”；

最易被忽略的一点：`` 的 `href` 属性若写错（比如末尾漏 `/`），会导致所有相对路径拼接异常，而这种错误在本地开发时可能不暴露，上线后才大面积 404。它不像 JS 那样报错，而是静默失效。