web-view 必须在独立页面中使用，不能放在首页；需在 pages.json 注册，URL 要配置业务域名且为 HTTPS；传参用 uni.navigateTo 并 encodeURIComponent；App 端可选 plus.runtime.openWeb。
web-view 组件必须配合独立页面使用，不能直接写在首页里
直接在 index.vue 里放 web-view 必须出现在「独立页面」中，且该页面不能有其他非 web-view 的可视内容（比如按钮、文字等）。实际开发中，你得新建一个专用页面，比如 pages/webview/webview.vue，里面只保留
常见错误现象：web-view 不显示、控制台提示 “web-view is not allowed in this page”、真机调试时空白无响应。
- 必须在
pages.json中显式注册该页面路径，例如：{"path": "pages/webview/webview"} -
web-view页面的style配置里不要设navigationBarTitleText，否则可能遮挡内容；标题由加载的 HTML 的 - H5 端可直接用
window.location.href，但小程序和 App 端不认这个，硬写会静默失败
URL 必须提前配置到小程序后台「业务域名」，否则白屏不报错
这是最常被跳过的一步：微信小程序要求所有 web-view 加载的 URL 域名，必须在「小程序管理后台 → 开发 → 开发管理 → 业务域名」中添加并校验。没配或配错，页面就白屏，控制台也几乎不报错，只在真机调试日志里看到模糊的“invalid domain”提示。
注意点：
- 只支持 HTTPS 协议，HTTP 地址一律拒绝加载
- 域名要精确到二级域，比如
https://example.com不能替代https://a.example.com - 校验文件需放在域名根目录下，路径为
https://yourdomain.com/MP_verify_xxx.txt，文件内容不能换行、不能带空格 - App 端和 H5 端不受此限制，但小程序端强制校验
传参要用 uni.navigateTo 拼 query，别用 uni.redirectTo 或 uni.reLaunch
web-view 页面靠 this.$route.query.url 拿地址，所以跳转必须用能携带参数的路由方式。用 uni.redirectTo 会丢参，uni.reLaunch 会清栈导致返回异常，只有 uni.navigateTo 是安全选择。
示例写法：
uni.navigateTo({
url: '/pages/webview/webview?url=' + encodeURIComponent('https://example.com/page')
})
容易踩的坑：
- 没做
encodeURIComponent，URL 中含?或&会导致截断 - 在
onLoad里直接读this.$route.query.url，但未做空值判断，页面初始化时报错 - App 端若需兼容本地 HTML，可用
__APP__占位符，但小程序不识别，得条件判断
App 端有更轻量的替代方案：plus.runtime.openWeb
如果你不需要在小程序里运行，只面向 App（Android/iOS），plus.runtime.openWeb 是比 web-view 更直接的选择：它新开一个内置浏览器窗口，带原生标题栏和返回按钮，且不依赖业务域名配置。
调用方式简单：
plus.runtime.openWeb('https://example.com')
但要注意：
- 页面布局可能异常（比如字体变大、缩放错乱），尤其对响应式不友好的老网页
- 无法与 Vue 页面通信，不像
web-view支持@message监听 - 不能自定义标题栏样式，只能读取 HTML 的
- 部分安卓厂商（如华为、小米）可能拦截或弹出二次确认，属系统级行为，无法绕过
实际项目里，web-view 是跨平台统一方案的底线，但复杂交互、频繁跳转、或强依赖浏览器环境的场景，得按端拆逻辑：小程序走 web-view 页面，App 走 plus.runtime.openWeb，H5 走 window.location.href。别指望一个写法打穿三端。
