<base>标签不参与多语言路径管理，仅静态控制HTML资源路径；动态修改会导致资源404且浏览器无提示；多语言需靠构建工具base配置、前端路由basename及服务端路径匹配三层解耦实现。
<base> 标签在多语言切换系统中**不参与路径管理**，硬塞进去反而会让 img、script、link 全部 404，且浏览器不报错——它根本不感知语言维度，只认 URL 结构。
base href 值不能动态切语言，否则资源加载全崩
多语言站点常把不同语言内容部署在子路径下，比如：https://example.com/en/、https://example.com/zh/。有人想用 JS 动态改 <base href="/en/"> 或 <base href="/zh/"> 来“适配当前语言”，这是危险操作：
- DOM 已开始解析，
<base>只对它之后出现的标签生效；改完也救不回前面已加载失败的script - 浏览器不允许重复声明
<base>，第二次document.head.appendChild()会被忽略（Chrome 提示Multiple base elements detected. Only the first one is used.） - 服务端渲染（SSR）或静态生成（SSG）时，HTML 是按某一个语言生成的，
<base href="/zh/">对/en/页面就是错的，无法“一码通吃”
真正影响多语言路径的是构建工具和路由配置
多语言路径管理靠的是三层解耦，不是 HTML 的 <base>：
-
资源路径：由构建工具控制，比如 Vite 的
base: '/zh/'或 Webpack 的publicPath: '/zh/'，它会重写所有<script src="app.js">为src="/zh/app.js" -
前端路由 base：Vue Router 必须显式传
createRouter({ history: createWebHistory('/zh/') })，React Router v6+ 要用<Router basename="/zh">，否则router.push('/home')会跳到根路径 -
语言前缀路由匹配：Nginx / Cloudflare / Next.js 等需将
/en/**和/zh/**都指向同一份 HTML 入口，但location.pathname仍含前缀，供 JS 解析语言
如果你非要在 HTML 里写 base，值必须是静态且确定的
比如你明确把整个站点（含所有语言）部署在 https://example.com/myapp/ 下，那可以写：
立即学习“前端免费学习笔记（深入）”；
<head> <base href="/myapp/"> <title>My App</title> <link rel="stylesheet" href="style.css"> </head>
这时 style.css 解析为 https://example.com/myapp/style.css，与语言无关。但注意：
- 这个
/myapp/是部署路径，不是语言路径；语言路径（如/zh/）应由路由和后端规则处理，不能混进<base> - 如果同时用了 Vite 的
base: '/myapp/'，又手写<base href="/myapp/">，资源路径可能被拼两次（如/myapp//myapp/js/app.js） -
fetch('./api/user')、import('./i18n/zh.json')这类 JS 路径完全不受<base>影响，得靠打包时的publicPath或运行时构造 URL
最易被忽略的一点：多语言切换本质是路径前缀 + 数据加载 + UI 渲染三件事，<base> 只管其中“UI 渲染时的 HTML 静态资源路径”这一小块，而且只能管一次、写死、放最前。把它当语言开关，等于拿螺丝刀当电焊枪用。
