微信小程序webview postmessage通信指南

微信小程序webview postmessage通信指南

需求概述

在微信小程序中使用 web-view 组件与内嵌网页进行双向通信,主要通过 postMessage 实现。以下是完整的配置和使用方法:

通信指南

微信小程序webview官方文档

1. 基础配置

小程序端配置

// app.json 或 page.json { "usingComponents": {}, "permission": { "scope.webView": { "desc": "用于网页和小程序通信" } } }

网页端配置

<!-- 内嵌网页需引入微信JS-SDK --> <script src="https://res.wx.qq.com/open/js/jweixin-1.6.0.js"></script> <!-- 或使用官方最新版本 -->

2. 通信实现

方案一:小程序向网页发送消息

小程序端代码:

// page.js Page({ data: { webViewUrl: 'https://your-domain.com/page.html' }, onLoad() { // 通过 web-view 组件的 ref 发送消息 }, // 向网页发送消息 sendToWebPage() { const webview = this.selectComponent('#myWebview') webview.postMessage({ data: { type: 'from_miniprogram', message: 'Hello from Mini Program!', timestamp: Date.now() } }) }, // 接收网页消息 onMessage(e) { console.log('收到网页消息:', e.detail.data) // 处理网页发送的数据 const { type, data } = e.detail.data if (type === 'from_web') { // 处理逻辑 } } })
<!-- page.wxml --> <web-view src="{{webViewUrl}}" bindmessage="onMessage" bindload="onWebViewLoad" /> <button bindtap="sendToWebPage">发送消息到网页</button>

网页端代码:

// 监听小程序消息 document.addEventListener('message', function(e) { const data = e.data console.log('收到小程序消息:', data) // 处理消息 if (data.type === 'from_miniprogram') { // 执行相应操作 // 回复消息给小程序 if (window.wx && window.wx.miniProgram) { window.wx.miniProgram.postMessage({ data: { type: 'from_web', reply: 'Message received!', original: data.message } }) } } }) // 主动发送消息到小程序 function sendToMiniProgram() { if (window.wx && window.wx.miniProgram) { window.wx.miniProgram.postMessage({ data: { type: 'user_action', action: 'button_click', value: 'some_value', timestamp: new Date().getTime() } }) } }

3. 完整通信示例

双向通信封装

小程序端封装:

// utils/webviewBridge.js class WebViewBridge { constructor(webviewRef) { this.webview = webviewRef this.messageHandlers = new Map() } // 发送消息到网页 postMessage(type, data) { if (!this.webview) return false this.webview.postMessage({ data: { type, payload: data, timestamp: Date.now(), source: 'miniprogram' } }) return true } // 注册消息处理器 onMessage(type, handler) { this.messageHandlers.set(type, handler) } // 处理接收到的消息 handleMessage(event) { const { type, payload, source } = event.detail.data if (source === 'web') { const handler = this.messageHandlers.get(type) if (handler) { handler(payload) } } } // 移除处理器 offMessage(type) { this.messageHandlers.delete(type) } } export default WebViewBridge

网页端封装:

// webview-bridge.js class MiniProgramBridge { constructor() { this.handlers = new Map() this.init() } init() { // 监听小程序消息 document.addEventListener('message', (e) => { const { type, payload, source } = e.data if (source === 'miniprogram') { this.dispatch(type, payload) } }) // 监听页面卸载 window.addEventListener('beforeunload', () => { this.postMessage('page_unload', {}) }) } // 发送消息到小程序 postMessage(type, data) { if (window.wx && window.wx.miniProgram) { window.wx.miniProgram.postMessage({ data: { type, payload: data, timestamp: Date.now(), source: 'web' } }) return true } return false } // 注册消息处理器 on(type, handler) { if (!this.handlers.has(type)) { this.handlers.set(type, []) } this.handlers.get(type).push(handler) } // 分发消息 dispatch(type, data) { const typeHandlers = this.handlers.get(type) if (typeHandlers) { typeHandlers.forEach(handler => handler(data)) } } // 移除处理器 off(type, handler) { const typeHandlers = this.handlers.get(type) if (typeHandlers) { const index = typeHandlers.indexOf(handler) if (index > -1) { typeHandlers.splice(index, 1) } } } } // 创建全局实例 window.MiniProgramBridge = new MiniProgramBridge()

4. 使用示例

小程序页面使用:

import WebViewBridge from '../../utils/webviewBridge' Page({ data: { url: 'https://example.com' }, onLoad() { // 在 web-view 加载完成后初始化 }, onWebViewLoad() { const webview = this.selectComponent('#webview') this.bridge = new WebViewBridge(webview) // 注册消息处理器 this.bridge.onMessage('user_login', (data) => { console.log('用户登录:', data) // 处理登录逻辑 }) this.bridge.onMessage('payment_success', (data) => { console.log('支付成功:', data) wx.showToast({ title: '支付成功' }) }) }, // 发送用户信息到网页 sendUserInfo() { this.bridge.postMessage('user_info', { userId: '123', nickname: '张三', avatar: 'url' }) } })

网页端使用:

<!DOCTYPE html> <html> <head> <meta charset="utf-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> </head> <body> <button onclick="sendMessage()">发送消息到小程序</button> <script src="https://res.wx.qq.com/open/js/jweixin-1.6.0.js"></script> <script src="webview-bridge.js"></script> <script> // 监听小程序消息 MiniProgramBridge.on('user_info', (data) => { console.log('收到用户信息:', data) document.getElementById('user-name').innerText = data.nickname }) // 发送消息到小程序 function sendMessage() { MiniProgramBridge.postMessage('button_click', { buttonId: 'submit', value: 'confirmed' }) } // 页面加载完成通知小程序 window.addEventListener('load', () => { MiniProgramBridge.postMessage('page_loaded', { title: document.title, url: window.location.href }) }) </script> </body> </html>

5. 最佳实践

// 1. 添加消息类型常量 const MessageTypes = { USER_INFO: 'user_info', PAYMENT: 'payment', NAVIGATION: 'navigation', ERROR: 'error' } // 2. 添加超时处理 function postMessageWithTimeout(type, data, timeout = 5000) { return new Promise((resolve, reject) => { const timer = setTimeout(() => { reject(new Error('Message timeout')) }, timeout) // 发送消息逻辑 }) } // 3. 错误处理 try { webview.postMessage(data) } catch (error) { console.error('发送消息失败:', error) // 重试或降级处理 }

6. 注意事项

1.确保网页域名已在小程序后台配置

2.处于安全性的考虑,始终验证接收到的数据,并且避免执行不可信的脚本,防止xss攻击

3.避免高频发送(>100条/秒)

4.确保网页端微信JS-SDK版本兼容

5.微信小程序 WebView 的 bindmessage 事件有一个延迟触发机制,网页向小程序发送的消息不会立即触发 bindmessage,而是在特定时机批量触发。网页向小程序 postMessage 时,会在以下特定时机触发并收到消息:小程序后退、组件销毁、分享、复制链接。e.detail = { data },data是多次 postMessage 的参数组成的数组。微信小程序webview官方文档

7.实时通信方案

最佳实践:对于需要实时通信的场景,应该使用 WebSocket、URL 参数、Storage 轮询等替代方案,bindmessage 更适合作为最终的数据提交机制。

// 方案1:使用URL参数传递状态(实时) // 网页端 function updateState(state) { // 通过修改hash或reload传递数据 window.location.hash = 'state=' + encodeURIComponent(JSON.stringify(state)) // 或者使用URL参数 const newUrl = window.location.pathname + '?data=' + encodeURIComponent(JSON.stringify(state)) window.history.replaceState({}, '', newUrl) } // 方案2:使用Storage同步(需要轮询) // 网页端 function sendViaStorage(data) { localStorage.setItem('web_to_miniprogram', JSON.stringify({ data, timestamp: Date.now() })) } // 小程序端(需要轮询) setInterval(() => { const storage = wx.getStorageSync('web_to_miniprogram') if (storage) { this.handleMessage(storage.data) wx.removeStorageSync('web_to_miniprogram') } }, 100) // 方案3:使用WebSocket(真正实时) const ws = new WebSocket('wss://your-server.com') ws.onmessage = (e) => { // 小程序通过后端中转消息 }

使用URL 参数为什么能达到实时的效果?

使用 URL 参数 可以达到实时效果,是因为 WebView 的 URL 变化会立即触发小程序端的 bindload 事件(页面加载或重载),而 bindload 是实时触发的。这与 bindmessage 的延迟触发机制完全不同。

拓展

什么是webview?它的作用是什么?

WebView(网页视图)可以简单理解为一个嵌入在应用程序(App或者小程序)内部的“浏览器”。它不是一个独立的浏览器(如 Chrome 或 Safari),而是一个让 App或者小程序 能够显示和处理网页内容的控件或组件。

webview是“原生”与“网页”的结合体

在移动和桌面应用开发中,通常有两种开发方式:

  • 原生开发 (Native): 为特定平台(如 iOS、Android或者小程序)专门编写的代码,性能最好,但开发成本高。
  • Web 开发: 使用 HTML、CSS 和 JavaScript 编写的网页,跨平台能力强,但性能相对较弱。

WebView 处于两者之间。它允许开发者在原生 App或者小程序 中嵌入网页内容。例如,你在一个电商 App 里看到的商品详情页,其实可能就是一个加载了网页的 WebView,而不是用原生代码画出来的界面。

WebView 的作用非常广泛,主要体现在以下几个方面:

实现混合式开发 (Hybrid Development)

这是 WebView 最主要的作用。很多 App或者小程序的页面并不是完全用原生代码写的,而是部分界面使用 WebView 加载网页。

  • 优势: 开发者可以使用一套网页代码(HTML/JS),同时在 Android 和 iOS 或者小程序上运行,大大降低了开发和维护成本。
  • 常见框架: 像 uni-app、React Native 等框架底层都利用了 WebView 技术。

动态更新,无需发版

这是 WebView 相比原生代码的巨大优势。

  • 原生 App或者小程序: 如果想修改界面或逻辑,必须修改代码 -> 重新打包 -> 提交平台审核 -> 用户下载更新。
  • WebView: 只需要在服务器端更新网页代码(HTML/JS),下次用户打开页面时,看到的就是最新的内容,用户无需重新下载安装 App。这非常适合需要频繁更新活动页面(如促销、广告页)的场景。

强大的交互能力

WebView 不仅仅是一个“看”网页的工具,它还能和原生系统进行深度交互(Native-Web 互操作):

  • 调用系统功能: 网页可以通过 WebView 调用手机的摄像头、相册、地理位置(GPS)等原生功能。
  • 数据互通: 原生代码可以往网页里传数据,网页也可以把用户操作的结果回传给原生代码。

跨平台兼容

在 Windows、macOS、Android、iOS 等不同平台上,WebView 都能提供一致的网页渲染体验。例如,Microsoft Edge WebView2 控件允许开发者在桌面应用中使用最新的 Chromium 引擎渲染网页。

简单来说,WebView 就是 App 里的一个“窗口”,用来展示网页内容。它的核心价值在于:让 App 既能拥有原生的系统权限和性能,又能具备网页的灵活更新和跨平台能力。你在日常使用 App 时,那些偶尔需要“加载”的页面,或者下拉刷新就能看到新内容的界面,很大概率都是 WebView 在背后工作。

Read more

Java WebFlux集成DeepSeek大模型:流式接入完整实现(含代码+优化+避坑)

Java WebFlux集成DeepSeek大模型:流式接入完整实现(含代码+优化+避坑)

Java WebFlux集成DeepSeek大模型:流式接入完整实现(含代码+优化+避坑) 前言:随着大模型技术的普及,Java后端接入DeepSeek等大模型时,传统同步阻塞式调用已无法满足高并发、低延迟的业务需求。本文基于Spring WebFlux响应式框架,详细讲解大模型流式接入的技术方案、完整实现代码、性能优化技巧及常见问题解决方案,全程干货,可直接落地到生产环境。 关键词:Java WebFlux;DeepSeek;流式接入;SSE;响应式编程;大模型集成 一、技术背景与需求分析 在Java后端开发中,接入DeepSeek等大模型进行AI推理时,传统同步HTTP调用模式存在诸多痛点,而流式处理结合WebFlux的响应式特性,成为解决该问题的最优路径。 1.1 传统AI模型接入的局限性 传统Java应用接入AI推理模型,普遍采用同步阻塞式HTTP请求(如OkHttp、RestTemplate同步调用),这种模式在对接DeepSeek等大模型时,瓶颈尤为突出,具体表现为三点: * 高延迟导致线程阻塞:DeepSeek等大模型单次推理耗时通常在1-5秒

By Ne0inhk

解放双手,让 AI 帮咱审查代码——GitLab 智能审查实战指南

unsetunset一、题记unsetunset 你是不是有如下这些困扰? 困惑1:代码审查效率低下。 团队成员提交的 MR(Merge Request)堆积如山,人工审查耗时耗力,经常因为时间紧迫而草草通过? 困惑2:代码质量参差不齐。 新人代码风格不统一,老手也难免疏忽,潜在的安全风险和性能问题常常在上线后才暴露?  曾几何时,13年前作为新入职员工,每隔几个月都要参加公司的代码规范考试,考不过要补考。补考不过再补考,直到考过为止...... 困惑3:审查标准难以统一。 不同审查者的关注点不同,缺乏统一的审查标准,导致代码质量波动较大? 如果你深受以上痛点困扰,那么本文将为你带来一套完整的解决方案——通过 GitLab 与 Coco AI 的深度集成,实现智能化、自动化的代码审查流程。 让 AI 助手在每次代码提交时自动检测代码风格问题、安全漏洞和潜在 bug,为你的代码质量把好第一道关。 unsetunset二、完整实现步骤unsetunset 2.0 前置条件 * 1、

By Ne0inhk
JDK 24里程碑:虚拟线程重大升级,要用虚拟线程请务必用JDK24

JDK 24里程碑:虚拟线程重大升级,要用虚拟线程请务必用JDK24

🧑 博主简介:ZEEKLOG博客专家,历代文学网(PC端可以访问:https://literature.sinhy.com/#/?__c=1000,移动端可关注公众号 “ 心海云图 ” 微信小程序搜索“历代文学”)总架构师,16年工作经验,精通Java编程,高并发设计,分布式系统架构设计,Springboot和微服务,熟悉Linux,ESXI虚拟化以及云原生Docker和K8s,热衷于探索科技的边界,并将理论知识转化为实际应用。保持对新技术的好奇心,乐于分享所学,希望通过我的实践经历和见解,启发他人的创新思维。在这里,我希望能与志同道合的朋友交流探讨,共同进步,一起在技术的世界里不断学习成长。 🤝商务合作:请搜索或扫码关注微信公众号 “ 心海云图 ” 文章目录 * JDK 24里程碑:虚拟线程重大升级,要用虚拟线程请务必用JDK24 * 摘要 * 一、 问题根源:虚拟线程与synchronized的先天冲突 * 1.1 虚拟线程的调度模型 * 1.2 `synchronized`

By Ne0inhk
【AI应用开发工程师】-分享Java 转 AI成功经验

【AI应用开发工程师】-分享Java 转 AI成功经验

Java 转 AI:别再死磕书本了,老司机带你飞! 文章目录 * Java 转 AI:别再死磕书本了,老司机带你飞! * ⭐AI 大模型应用开发全方位成长路线⭐ * 一、Java 老兵的 AI 转型焦虑:书本,你真的跟不上时代了! * 二、AI 导师,你的专属学习外挂! * 三、抱紧大腿,和 AI 大佬一起成长! * 四、拓展方案一:开源社区,你的 AI 练兵场! * 五、拓展方案二:小步快跑,项目实战是王道! * 六、拓展方案三:知识管理,告别“学了就忘”的魔咒! * 七、总结:转型 AI,一场充满乐趣的冒险!

By Ne0inhk