标签在微信小程序web-view中完全不生效，实测被忽略，官方未支持；所有资源引用须改用带协议的绝对url，并确保对应域名均已配置进小程序业务域名白名单。
base 标签在微信小程序 web-view 中根本不起作用
直接说结论：<base> 标签在微信小程序的 <web-view></web-view> 组件里**不会生效**，无论你写 href 还是 target，都不会影响页面内相对链接的解析或跳转行为。
这是因为 <web-view></web-view> 加载的是一个独立 WebView 实例，其 HTML 解析环境受微信客户端限制，很多标准 HTML 行为被禁用或降级处理。官方文档从未将 <base> 列为支持特性，实测中它会被完全忽略——点击 <a href="page.html"></a> 仍按当前 URL 路径拼接，而不是按 <base href="https://example.com/"> 指定的基础路径。
常见错误现象包括：
- H5 页面本地调试时链接正常，一放进
<web-view></web-view>就 404（比如/api/data变成https://your-h5.com/current/path/api/data） - 引入的 JS/CSS 资源因相对路径错乱而加载失败，控制台报
net::ERR_ABORTED - 误以为加了
<base href="https://cdn.example.com/">就能统一资源域名，结果静态资源仍从当前页域名发起请求
替代方案：用绝对路径 + 域名白名单硬控资源加载
既然 <base> 不可用，就得从源头规避相对路径依赖。最稳妥的做法是：所有资源引用（<script></script>、<link>、<img>、AJAX 请求）全部改写为带协议的绝对 URL。
实操建议：
- 构建阶段用 Webpack/Vite 插件自动替换
src="/js/app.js"→src="https://cdn.example.com/js/app.js" - API 请求地址不要写
/v1/user，统一走https://api.example.com/v1/user，并确保该域名已加入小程序「业务域名」白名单 - 如果必须保留部分相对路径逻辑（如 CMS 生成内容），可在 H5 页面 JS 中手动 patch
document.baseURI（仅对 JS 内部路径解析有效，不影响 HTML 解析） - 避免使用
location.pathname拼接跳转，改用完整 URL 或wx.miniProgram.navigateTo主动跳转
为什么不能靠微信 JS-SDK 修复 base 行为
jweixin-1.4.0.js 提供的是微信原生能力桥接（分享、支付、定位等），它运行在 H5 页面的 JS 上下文中，但**无法修改浏览器底层的 HTML 解析规则**。也就是说，它能调用 wx.miniProgram.navigateTo，但不能让 <base> 突然开始工作。
容易踩的坑：
- 在
里先引入jweixin.js，再写<base>，误以为顺序能起效 —— 实际无效 - 用 JS 动态创建
<base>并 append 到document.head—— DOM 已解析完毕，base 不会回溯修正已加载资源 - 尝试通过
history.pushState伪造 base 路径 —— 对静态资源加载和<a></a>默认跳转无影响
真正要检查的三个白名单配置点
比纠结 <base> 更关键的是确认以下三处域名是否全部配齐，否则即使路径全写死也照样 404：
-
<web-view src="https://h5.example.com/entry"></web-view>中的h5.example.com必须在「业务域名」中 - H5 页面里所有
<script src="https://cdn.example.com/app.js"></script>的cdn.example.com也要加进「业务域名」 - 若 H5 页面内嵌了 iframe（比如第三方地图、视频），其
src域名同样需加入「业务域名」，否则 iOS 下直接拦截
注意：个人类型小程序不支持 <web-view></web-view>，且「业务域名」必须已备案、HTTPS、可直连，缺一不可。这些配置错误比 <base> 失效更常导致白屏或资源加载中断。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
