本地镜像中会导致404，因浏览器将src="logo.png"解析为file:///.../subpath/logo.png（实际路径无/subpath/），而镜像工具不重写也不创建对应目录；绝大多数情况应移除该标签。
<base> 在本地镜像备份中不是“让链接变可用”的工具，而是极易引发路径错乱的隐患点——除非你明确控制所有相对路径的生成逻辑，否则它大概率会让镜像页面加载失败。
为什么本地镜像里<base href="/subpath/">会直接导致 404
本地镜像（如用 wget --mirror、httrack 或静态站点生成器导出）通常把整个网站扁平化保存为文件系统结构，比如 /index.html、/css/style.css、/img/logo.png。此时若原站 HTML 中写了 <base href="/subpath/">，浏览器打开本地 file:///path/to/mirror/index.html 时：
- 所有
src="logo.png"会被解析为file:///path/to/mirror/subpath/logo.png（而非实际存在的file:///path/to/mirror/logo.png） -
href="about.html"变成file:///path/to/mirror/subpath/about.html，但该路径根本不存在 - 镜像工具一般不会重写 HTML 中的
<base>，也不会自动创建/subpath/子目录
本地镜像时要不要保留<base>标签
绝大多数情况下：不要保留。原因很直接：
-
<base>的设计目标是服务部署时的路径统一，不是离线浏览兼容 - 本地文件协议（
file://）下，<base href="/xxx">会被映射到系统根目录（如C:\xxx），完全脱离镜像所在文件夹 - 即使写成
<base href="https://example.com/subpath/">，离线时所有请求仍走网络，必然失败 - 镜像工具（如
wget --convert-links）本身已通过重写href/src属性来适配本地路径，再加<base>会叠加错乱
如果必须保留 base 标签，怎么改才安全
仅当镜像用于后续二次部署（比如先镜像再上传到新子路径），且你全程控制构建流程时，可考虑调整。关键动作只有两个：
- 把
<base href="/old-subpath/">替换为<base href="/new-subpath/">，确保与目标部署路径一致 - 同步检查并修正所有框架路由配置（如 Vue Router 的
base选项）、构建工具publicPath（Webpack）或base（Vite），三者必须完全对齐 - 绝对不要在镜像中使用
<base href="static/">这类相对写法——浏览器会静默忽略，等于没设，但你以为它生效了
最常被忽略的一点：镜像后打开页面时，DevTools 的 Network 面板里看到的请求 URL，才是真实发出的地址。它可能和你写的 src 值完全不同——那正是 <base> 在背后拼出来的结果，别只看 HTML 源码就以为没问题。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
