base标签的target属性在现代浏览器中对所有相对url跳转均无效，仅w3c规范提及影响a/area/form元素，但chrome/firefox/safari实际均不支持，且完全不影响javascript跳转操作。
base标签的target属性根本不会生效
HTML中<base>标签的target属性在现代浏览器中**对所有相对URL跳转都无效**——不是你写错了，是规范和实现共同决定的。W3C明确说明：<base target="_blank">仅影响<a></a>、<area>、<form></form>这三类元素的默认跳转行为，但实际测试中，Chrome/Firefox/Safari均不支持该行为（尤其对<a></a>）。更关键的是，它**完全不影响JavaScript中window.location、location.href、history.pushState()等全局跳转操作**。
常见错误现象：
– 页面写了<base href="/" target="_blank">，但点击<a href="about"></a>仍在当前页打开
– 用location.href = "contact"跳转，依然覆盖当前页
– 控制台无报错，让人误以为“应该生效”
想让所有a链接新窗口打开？只能用JavaScript补救
既然<base>做不到，就得手动干预。最稳妥的方式是在DOM加载后批量绑定target="_blank"并补充rel="noopener"（防安全风险）：
document.addEventListener('DOMContentLoaded', () => {
document.querySelectorAll('a[href]:not([href^="javascript:"]):not([href^="mailto:"])').forEach(link => {
if (!link.hasAttribute('target')) {
link.setAttribute('target', '_blank');
link.setAttribute('rel', 'noopener');
}
});
});
使用场景注意点：
– 不要选a[href^="/"]这种写法，会漏掉相对路径如./page或../img
– 排除javascript:和mailto:避免执行异常
– 已显式设置target的链接（如target="_self"）应跳过，避免覆盖业务逻辑
全局跳转（location.href / pushState）必须自己控制target
JavaScript触发的跳转完全绕过<base>，也不存在“全局target”。每次调用都得单独处理：
- 想新窗口打开？必须用
window.open(url, '_blank')，不能用location.href -
history.pushState()和replaceState()只改地址栏，不触发页面跳转，自然也不涉及target - 如果封装了路由跳转函数，务必把
target作为参数透传，例如：navigate('/dashboard', { target: '_blank' })
性能影响：频繁调用window.open()可能被浏览器拦截（尤其非用户手势触发），而location.href无此问题——所以不能为了“统一target”就强行替换所有跳转为open()。
base标签真正靠谱的用途只剩href和hreflang
目前<base>唯一稳定、跨浏览器一致的行为只有两项：
– href：统一解析所有相对URL的基准路径（如<base href="https://example.com/v2/">让<img src="logo.png">实际请求https://example.com/v2/logo.png）
– hreflang：仅用于<link rel="alternate">的备用语言提示，且极少用到
容易被忽略的细节：
– 一个页面最多只能有一个<base>，重复声明后者会覆盖前者
– href值必须是绝对URL（含协议和域名），否则部分浏览器（如旧版Safari）会静默失败
– SSR渲染时若href依赖运行时环境（如CDN地址），需服务端动态注入，不能硬编码
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
