uni-app小程序中必须用web-view组件嵌入HTTPS外部网页，且域名需在平台后台白名单备案；src须为完整HTTPS URL并拼接参数，不支持postMessage通信，返回逻辑需手动处理。
uni-app 小程序里不能直接跳转外部链接，必须用 web-view
小程序平台（微信、支付宝、抖音等）明确禁止 navigateTo 或 redirectTo 直接打开非本域 URL。唯一合规方式是用内置的 web-view 组件加载网页——但它不是“跳转”，而是嵌入一个 WebView 容器页，用户仍在当前小程序内。
web-view 必须用 https 且域名提前配置白名单
微信/支付宝等平台强制要求：web-view 的 src 必须是 HTTPS 协议，且对应域名必须在小程序后台「业务域名」中备案。未配置会直接白屏，控制台无报错，只显示空白或“不支持打开此网页”提示。
- 微信：登录 微信公众平台 → 开发管理 → 业务域名，添加如
https://example.com（注意不含路径，仅一级域名+协议） - 支付宝：在 开放平台 → 小程序管理 → 基本信息 → 网络域名 配置
- uni-app 中使用时，
src必须是完整 HTTPS URL，例如：<web-view :src="'https://example.com/page?id=123'"></web-view> - 本地调试时，真机预览才生效；H5 端会降级为
iframe，但小程序端完全依赖平台校验
传参给 web-view 页面只能拼在 URL 里，无法用 postMessage 主动通信
uni-app 的 web-view 组件本身不提供 JS API 向目标页面传参（比如调用 postMessage），所有参数必须作为 query string 拼进 src。目标网页需自行解析 URL 获取。
- 正确写法：
:src="'https://example.com/app?uid=' + uid + '&token=' + token" - 错误写法：试图在
mounted里调用this.$refs.webview.postMessage(...)—— uni-app 当前版本（截至 3.9.x）不支持该方法，且微信小程序原生web-view的postMessage需目标页主动调用window.addEventListener('message', ...)才能接收，uni-app 未封装该双向通道 - 如果需要回传数据（比如用户在 web 页面操作后通知小程序），必须由 web 页面通过
location.href = 'miniProgram://navigate?...'调起小程序指定页面（需配置validUrl并启用allowRunningInPage，但兼容性差，仅微信支持）
页面层级和返回逻辑容易出问题
web-view 是独立页面容器，它会占据整个屏幕，且默认不响应左上角「返回」按钮（尤其 iOS 微信）。用户点击返回，可能直接退出小程序，而不是回到上一页。
- 解决方案一：在
web-view页面的onLoad中手动监听右上角菜单（仅微信支持）：uni.showActionSheet({ itemList: ['关闭'] })，然后调用uni.navigateBack() - 解决方案二：在 web 页面中注入 JS，检测
history.length或监听popstate，再通过uni.miniProgram.navigateBack()（需 web 页面引入微信 JS-SDK 并授权） - 更稳妥做法：避免让用户“迷路”——在 web 页面顶部加一个带
uni.navigateBack()的返回按钮，样式与小程序一致 - 注意：
web-view页面无法被uni.navigateTo的success回调捕获，也无法在onUnload中清理状态，所有副作用需在 web 页面内部处理
真正麻烦的不是怎么写 <web-view> 标签，而是白名单配置滞后、HTTPS 证书异常、URL 参数被截断、以及 web 页面和小程序之间缺乏可靠通信通道——这些都得在真机上反复验证，模拟器基本没用。
