<base> 标签仅在 HTML 解析时修改相对 URL 的解析起点，不触发重定向、不改变当前 URL、不影响 document.URL 和 window.location.href，也不导致页面跳转或历史栈变更。
<base> 标签不会触发页面重定向，它只在 HTML 解析阶段修改相对 URL 的解析起点；而真正的页面重定向（如 <meta http-equiv="Refresh"> 或服务端 302）会强制跳转、刷新历史栈、重新加载文档。
base 标签不改变当前 URL，也不触发跳转
<base href="/app/"> 只影响后续 HTML 中相对路径的拼接逻辑，比如 <img src="logo.png"> 会被解析为 /app/logo.png，但浏览器地址栏不变、不发新请求、不触发 popstate 或 hashchange。它不是导航指令，而是解析规则。
- document.URL 和 window.location.href 完全不受影响
- 点击
<a href="#section">仍会滚动，但若 base 导致路径变更（如从/app/page变成/app/#section），则可能意外触发 SPA 路由重载——这不是<base>本身重定向，而是路由库对 URL 变更的响应 - Network 面板里看不到额外跳转请求，只有资源加载请求（如
/app/style.css）
meta Refresh 是真重定向，且有明确延迟和跳转语义
<meta http-equiv="Refresh" content="0;url=/login"> 是浏览器级重定向机制：它会在指定时间后清空当前页面、发起新 URL 的完整加载流程，等价于用户手动输入地址并回车。
- history.pushState 不会被调用，而是直接替换整个 history entry
- 页面生命周期中断：
beforeunload触发，JS 执行暂停，DOM 销毁 - SEO 友好性差，部分爬虫不识别或降权；现代应用应避免使用
- 与
<base>无关——即使写了<base href="/admin/">，url=/login仍是根相对路径，不受 base 控制
容易混淆的“伪重定向”现象：base + 锚点导致的整页刷新
这是最常被误认为“base 引起重定向”的场景：当页面含 <base href="/myapp/">，又存在 <a href="#top">，点击后浏览器将 #top 解析为 /myapp/#top，路径变化触发了前端路由的 pushState 或服务端 fallback 返回完整 HTML，造成视觉上“刷新”。
立即学习“前端免费学习笔记（深入）”；
- 根本原因不是
<base>重定向，而是路径变更 + 路由监听逻辑未适配 - 修复方式不是去掉
<base>，而是拦截默认行为：event.preventDefault()+document.getElementById('top').scrollIntoView() - Vue Router / React Router 的
<Router>组件内部已处理该问题，但原生<a>不会
真正麻烦的是把 <base> 当作运行时路径代理——它不碰 JS 的 fetch、不改 CSS 的 @import、不影响 import('./x.js')，这些地方写错路径，跟 <base> 没半点关系。
