简介本资源面向使用MFC框架开发桌面应用的C开发者聚焦CHtmlView类在对话框与HTML、JavaScript交互场景中的实战应用。包内共57个文件以cpp与h源码、js脚本、html页面、css样式及png/jpg界面素材为主另含sln解决方案、vcxproj工程配置与rc资源文件压缩包约645KB结构完整可直接编译运行。内容覆盖CHtmlView对象创建与页面加载、通过IWebBrowser2与ExecWB执行JavaScript、DocumentComplete事件监听、IDocHostUIHandler接口定制右键菜单以及借助ActiveX实现JavaScript反向调用C函数等关键环节并配有登录、注册、图表统计等示例页面辅助理解。已有447人学习下载适合希望将Web技术融入MFC界面、实现前后端双向通信的开发者参考借鉴。1. 从 CHTMLDome2 说起MFC 里嵌网页这件事到底值不值得做手里维护着一套老 MFC 桌面程序的兄弟多半都动过「把界面里那块写死的对话框换成网页」的念头。CHTMLDome2 就是这么一个东西——一个基于 CHtmlView 的 MFC 示例工程核心演示的是在原生窗口里加载 HTML 页面并让 C 侧和页面里的 JavaScript 互相调用。它解决的不是「怎么做一个浏览器」而是「怎么让一个跑了十几年的 MFC 程序用最小的改动把一部分 UI 交给前端去画」。适合谁看手上是 VS MFC 技术栈、被控件布局和皮肤折磨过、又不想整个重写成 Electron 的桌面开发者。不适合谁从零起步的新项目直接上 WebView2 或 Qt WebEngine 更省事CHtmlView 这套东西的价值在于「存量代码里塞进去」而不是「新项目里搭起来」。这篇就按我实际拆这类工程的顺序把加载、互调、避坑、进阶四块讲透能照着复现。2. CHtmlView 的加载链路从导航到 DOM 就绪的完整时序2.1 为什么是 CHtmlView 而不是直接 CreateWindow 一个 IE 控件CHtmlView 本质是 MFC 对 IWebBrowser2 的一层薄封装继承自 CView所以它能直接挂进 MFC 的文档/视图框架里跟着 CFrameWnd 一起走消息循环。很多人第一反应是「我直接 CoCreateInstance 一个 WebBrowser 控件不就行了」能跑但你要自己处理宿主窗口、消息反射、尺寸变化、生命周期写下来就是小半个 CHtmlView。用 CHtmlView 的收益是这些脏活 MFC 已经替你干了代价是它绑死在 IE 内核上也就是常说的 MSHTML。这里有个选型上的现实判断如果你的页面只用到 ES5、CSS2.1 加一点 CSS3 的边角CHtmlView 完全够用一旦页面里出现 ES6 的箭头函数、Promise、flex 布局的复杂用法IE 内核会直接给你脸色看。所以用 CHtmlView 的前提是「页面自己能控制」而不是「加载任意第三方网页」。2.2 一个最小可跑的加载流程新建一个 MFC 单文档工程把视图类的基类从 CView 换成 CHtmlView然后重写 OnInitialUpdate。下面是我一般会先写的最小骨架// MainFrm.cpp 里创建视图时不用改MFC 会自动挂上 // MyHtmlView.h class CMyHtmlView : public CHtmlView { public: virtual void OnInitialUpdate(); virtual void OnDocumentComplete(LPCTSTR lpszURL); }; // MyHtmlView.cpp void CMyHtmlView::OnInitialUpdate() { CHtmlView::OnInitialUpdate(); // 加载本地页面注意用 file:// 协议路径里的反斜杠要转成正斜杠 Navigate2(_T(file:///D:/demo/index.html)); } void CMyHtmlView::OnDocumentComplete(LPCTSTR lpszURL) { CHtmlView::OnDocumentComplete(lpszURL); // 到这里 DOM 才真正可用任何注入脚本、取元素都要放在这之后 AfxMessageBox(_T(页面加载完成可以开始互调了)); }逻辑说明OnInitialUpdate 是视图第一次挂到框架上的时机在这里 Navigate2 最稳早于它窗口还没真正创建晚于它用户会看到一段空白。OnDocumentComplete 是关键节点它对应的是 IWebBrowser2 的 DocumentComplete 事件只有走到这里document 对象才完整你在 OnInitialUpdate 里紧接着去执行脚本大概率拿到的是空对象。参数说明Navigate2 接受 URL 或本地路径本地文件必须走 file:/// 协议且路径分隔符要用正斜杠Windows 的反斜杠在 URL 里会被当成转义。如果你要传查询参数直接拼在 URL 后面即可页面侧用 location.search 取。2.3 加载本地资源和相对路径的坑本地页面里引用的 css、js、图片路径是相对于 HTML 文件本身的这一点和浏览器一致。但 IE 内核有个老毛病file:// 协议下对跨目录的资源加载限制比 http 严尤其是 XMLHttpRequest 读本地文件默认是被拦的。常见做法是把整个前端资源目录和 exe 放同级页面里全部用相对路径别去碰绝对路径和跨盘符引用。如果你确实需要页面发请求拿数据别用 XHR 读本地文件改成 C 侧通过互调把数据喂给页面这条链路在第 3 章展开。另外注意编码IE 内核默认按页面 meta 里的 charset 解析本地文件如果是 UTF-8 而没写 meta中文会乱码这是新手最常翻的车。3. C 与 JavaScript 双向互调把数据通道打通3.1 C 调 JS从执行脚本到取返回值C 侧调 JS 走的是 IWebBrowser2 的 Document 接口拿到 IDispatch 之后调脚本。CHtmlView 没有直接给你一个「执行 JS」的方法得自己从 DOM 里挖。下面这段是我常用的封装// 执行一段 JS不关心返回值 void CMyHtmlView::ExecScript(LPCTSTR lpszScript) { CComPtrIDispatch spDoc; if (FAILED(GetHtmlDocument(spDoc)) || !spDoc) return; CComQIPtrIHTMLDocument2 spDoc2(spDoc); if (!spDoc2) return; CComPtrIHTMLWindow2 spWindow; if (FAILED(spDoc2-get_parentWindow(spWindow)) || !spWindow) return; CComVariant vResult; // 第二个参数是语言一般写 JavaScript spWindow-execScript(CComBSTR(lpszScript), CComBSTR(_T(JavaScript)), vResult); }逻辑说明GetHtmlDocument 是 CHtmlView 提供的拿到的是文档的 IDispatch转成 IHTMLDocument2 之后取 parentWindow再调 execScript。这条链路每一步都可能返回空所以每一层都要判失败否则就是随机崩溃。参数说明execScript 的第一个参数是脚本字符串第二个是语言标识第三个是返回值。注意返回值是 VARIANT如果你要拿 JS 算出来的数得自己从 vResult 里解析而且 IE 对返回值的类型转换比较挑复杂对象基本拿不回来只能拿基本类型。3.2 JS 调 C用 window.external 挂宿主对象反方向才是重点。IE 内核给页面暴露了一个 window.external你可以在 C 侧实现一个 IDispatch 派生类把它挂到 external 上页面里就能直接 window.external.你的方法() 调用。核心是让这个类支持自动化最简单的方式是用 MFC 的 CCmdTarget 加 DISPATCH_MAP// HostBridge.h class CHostBridge : public CCmdTarget { DECLARE_DYNAMIC(CHostBridge) public: CHostBridge(); virtual ~CHostBridge(); // 暴露给 JS 的方法 long AddNumbers(long a, long b); void LogFromJs(LPCTSTR msg); DECLARE_DISPATCH_MAP() }; // HostBridge.cpp BEGIN_DISPATCH_MAP(CHostBridge, CCmdTarget) DISP_FUNCTION(CHostBridge, AddNumbers, AddNumbers, VT_I4, VTS_I4 VTS_I4) DISP_FUNCTION(CHostBridge, LogFromJs, LogFromJs, VT_EMPTY, VTS_BSTR) END_DISPATCH_MAP() long CHostBridge::AddNumbers(long a, long b) { return a b; } void CHostBridge::LogFromJs(LPCTSTR msg) { TRACE(_T(来自页面的日志: %s\n), msg); }挂载的时机在 OnDocumentComplete 里通过文档的 external 接口设置void CMyHtmlView::OnDocumentComplete(LPCTSTR lpszURL) { CHtmlView::OnDocumentComplete(lpszURL); CComPtrIDispatch spDoc; GetHtmlDocument(spDoc); CComQIPtrIHTMLDocument2 spDoc2(spDoc); if (!spDoc2) return; CComPtrIDispatch spExternal; spDoc2-get_Script(spExternal); // 拿到 window.external // 这里需要把 spExternal 换成你自己的 bridge实际做法是 // 通过 IDocHostUIHandler 的 GetExternal 返回你的对象 }逻辑说明DISPATCH_MAP 把 C 成员函数注册成自动化方法JS 侧按名字调用。参数类型用 VTS_ 系列声明返回值用 VT_ 系列声明类型对不上调用会静默失败这是最容易卡住的地方。参数说明VTS_I4 对应 32 位整数VTS_BSTR 对应字符串VT_EMPTY 表示无返回值。JS 传过来的数字 IE 会按 double 处理映射到 long 可能丢精度涉及大数或小数建议用字符串传。3.3 页面侧怎么调页面里不需要任何额外引入直接// 调用宿主暴露的方法 var sum window.external.AddNumbers(3, 5); window.external.LogFromJs(页面已就绪sum sum);注意 window.external 在页面加载早期可能还不存在稳妥做法是放在 window.onload 里或者用轮询等它出现。IE 内核下没有 Promise别写 await用回调或者定时器。4. 避坑与排查CHtmlView 上最容易翻车的五个点4.1 页面白屏什么都不显示现象Navigate2 调了窗口一片白OnDocumentComplete 也不触发。原因通常是路径写错file:/// 后面跟了反斜杠或者盘符大小写和实际不符。解决把 URL 打印出来直接粘到 IE 地址栏里试能打开说明路径没问题打不开就是路径的锅。另外确认文件确实存在MFC 不会给你任何提示。4.2 中文乱码现象页面里的中文显示成方块或问号。原因是 HTML 文件存的是 UTF-8但没在 head 里声明 charsetIE 按系统默认的 GBK 解析。解决在 head 第一行加meta charsetutf-8并且确保文件本身确实以 UTF-8 无 BOM 保存。如果页面是 GBK就声明 gbk两边必须一致。4.3 window.external 调用报「对象不支持此属性或方法」现象JS 里调 window.external.XXX 直接抛异常。原因有两个一是 GetExternal 没正确返回你的 IDispatch二是 DISPATCH_MAP 里的方法名和 JS 里写的不一致大小写敏感。解决先在 JS 里alert(typeof window.external)如果是 undefined 说明挂载没成功如果是 object 但调方法失败检查 DISPATCH_MAP 的名字拼写和参数类型声明。4.4 页面里的脚本报错但看不到现象页面逻辑不执行也没有任何提示。原因是 IE 内核默认不弹脚本错误框错误被吞了。解决在 C 侧实现 IDocHostShowUI 的 ShowMessage 方法把脚本错误弹出来或者临时在页面里加 window.onerror 把错误写到 document.title 上再从 C 侧读标题。这个黑匣子不打开排查基本靠猜。4.5 关闭窗口时崩溃现象程序退出时在 CHtmlView 析构附近崩。原因是页面还在加载或者 JS 还在执行时窗口就被销毁了COM 对象的引用计数乱了。解决在 OnDestroy 里先 Navigate2 到 about:blank 停掉页面再走基类销毁同时确保你的 bridge 对象生命周期不短于视图别在视图析构前就把它释放了。5. 进阶把互调封装成一层稳定的消息总线上面那套裸调 window.external 的写法方法一多就乱每个功能都要在 DISPATCH_MAP 里加一行JS 侧还要记住一堆方法名。我后来习惯在中间加一层消息总线C 和 JS 都只认「消息名 JSON 字符串」两个参数新增功能不用改接口。C 侧只暴露两个方法BEGIN_DISPATCH_MAP(CHostBridge, CCmdTarget) DISP_FUNCTION(CHostBridge, Send, OnJsSend, VT_EMPTY, VTS_BSTR) END_DISPATCH_MAP() void CHostBridge::OnJsSend(LPCTSTR jsonMsg) { // 解析 jsonMsg按里面的 type 字段分发到具体处理函数 // 处理完如果需要回传调 ExecScript 触发页面侧的回调 }页面侧对应一个薄封装var Bridge { send: function (type, payload) { var msg JSON.stringify({ type: type, data: payload }); window.external.Send(msg); } }; // 使用 Bridge.send(saveUser, { name: A同学, age: 20 });这样做的收益是接口稳定加功能只改分发逻辑不动 COM 层。代价是 JSON 解析要自己搞IE 内核没有内置 JSON.parse 的高版本支持得引一个 json2.js 之类的垫片或者干脆用简单的分隔符协议代替 JSON。验证这套总线是否通了我一般会写一个自检流程页面加载完成后主动发一条 pingC 侧收到后回一条 pong页面收到 pong 就在标题上打个标记C 侧读标题确认。整条链路跑通一次后面加功能就是复制粘贴的事。从那以后我每次接这类 MFC 嵌网页的活都强制先把 ping-pong 自检跑一遍再动业务代码省得后面分不清是链路问题还是逻辑问题。希望帮到你。本文还有配套的精品资源点击获取
简介本资源面向使用MFC框架开发桌面应用的C开发者聚焦CHtmlView类在对话框与HTML、JavaScript交互场景中的实战应用。包内共57个文件以cpp与h源码、js脚本、html页面、css样式及png/jpg界面素材为主另含sln解决方案、vcxproj工程配置与rc资源文件压缩包约645KB结构完整可直接编译运行。内容覆盖CHtmlView对象创建与页面加载、通过IWebBrowser2与ExecWB执行JavaScript、DocumentComplete事件监听、IDocHostUIHandler接口定制右键菜单以及借助ActiveX实现JavaScript反向调用C函数等关键环节并配有登录、注册、图表统计等示例页面辅助理解。已有447人学习下载适合希望将Web技术融入MFC界面、实现前后端双向通信的开发者参考借鉴。1. 从 CHTMLDome2 说起MFC 里嵌网页这件事到底值不值得做手里维护着一套老 MFC 桌面程序的兄弟多半都动过「把界面里那块写死的对话框换成网页」的念头。CHTMLDome2 就是这么一个东西——一个基于 CHtmlView 的 MFC 示例工程核心演示的是在原生窗口里加载 HTML 页面并让 C 侧和页面里的 JavaScript 互相调用。它解决的不是「怎么做一个浏览器」而是「怎么让一个跑了十几年的 MFC 程序用最小的改动把一部分 UI 交给前端去画」。适合谁看手上是 VS MFC 技术栈、被控件布局和皮肤折磨过、又不想整个重写成 Electron 的桌面开发者。不适合谁从零起步的新项目直接上 WebView2 或 Qt WebEngine 更省事CHtmlView 这套东西的价值在于「存量代码里塞进去」而不是「新项目里搭起来」。这篇就按我实际拆这类工程的顺序把加载、互调、避坑、进阶四块讲透能照着复现。2. CHtmlView 的加载链路从导航到 DOM 就绪的完整时序2.1 为什么是 CHtmlView 而不是直接 CreateWindow 一个 IE 控件CHtmlView 本质是 MFC 对 IWebBrowser2 的一层薄封装继承自 CView所以它能直接挂进 MFC 的文档/视图框架里跟着 CFrameWnd 一起走消息循环。很多人第一反应是「我直接 CoCreateInstance 一个 WebBrowser 控件不就行了」能跑但你要自己处理宿主窗口、消息反射、尺寸变化、生命周期写下来就是小半个 CHtmlView。用 CHtmlView 的收益是这些脏活 MFC 已经替你干了代价是它绑死在 IE 内核上也就是常说的 MSHTML。这里有个选型上的现实判断如果你的页面只用到 ES5、CSS2.1 加一点 CSS3 的边角CHtmlView 完全够用一旦页面里出现 ES6 的箭头函数、Promise、flex 布局的复杂用法IE 内核会直接给你脸色看。所以用 CHtmlView 的前提是「页面自己能控制」而不是「加载任意第三方网页」。2.2 一个最小可跑的加载流程新建一个 MFC 单文档工程把视图类的基类从 CView 换成 CHtmlView然后重写 OnInitialUpdate。下面是我一般会先写的最小骨架// MainFrm.cpp 里创建视图时不用改MFC 会自动挂上 // MyHtmlView.h class CMyHtmlView : public CHtmlView { public: virtual void OnInitialUpdate(); virtual void OnDocumentComplete(LPCTSTR lpszURL); }; // MyHtmlView.cpp void CMyHtmlView::OnInitialUpdate() { CHtmlView::OnInitialUpdate(); // 加载本地页面注意用 file:// 协议路径里的反斜杠要转成正斜杠 Navigate2(_T(file:///D:/demo/index.html)); } void CMyHtmlView::OnDocumentComplete(LPCTSTR lpszURL) { CHtmlView::OnDocumentComplete(lpszURL); // 到这里 DOM 才真正可用任何注入脚本、取元素都要放在这之后 AfxMessageBox(_T(页面加载完成可以开始互调了)); }逻辑说明OnInitialUpdate 是视图第一次挂到框架上的时机在这里 Navigate2 最稳早于它窗口还没真正创建晚于它用户会看到一段空白。OnDocumentComplete 是关键节点它对应的是 IWebBrowser2 的 DocumentComplete 事件只有走到这里document 对象才完整你在 OnInitialUpdate 里紧接着去执行脚本大概率拿到的是空对象。参数说明Navigate2 接受 URL 或本地路径本地文件必须走 file:/// 协议且路径分隔符要用正斜杠Windows 的反斜杠在 URL 里会被当成转义。如果你要传查询参数直接拼在 URL 后面即可页面侧用 location.search 取。2.3 加载本地资源和相对路径的坑本地页面里引用的 css、js、图片路径是相对于 HTML 文件本身的这一点和浏览器一致。但 IE 内核有个老毛病file:// 协议下对跨目录的资源加载限制比 http 严尤其是 XMLHttpRequest 读本地文件默认是被拦的。常见做法是把整个前端资源目录和 exe 放同级页面里全部用相对路径别去碰绝对路径和跨盘符引用。如果你确实需要页面发请求拿数据别用 XHR 读本地文件改成 C 侧通过互调把数据喂给页面这条链路在第 3 章展开。另外注意编码IE 内核默认按页面 meta 里的 charset 解析本地文件如果是 UTF-8 而没写 meta中文会乱码这是新手最常翻的车。3. C 与 JavaScript 双向互调把数据通道打通3.1 C 调 JS从执行脚本到取返回值C 侧调 JS 走的是 IWebBrowser2 的 Document 接口拿到 IDispatch 之后调脚本。CHtmlView 没有直接给你一个「执行 JS」的方法得自己从 DOM 里挖。下面这段是我常用的封装// 执行一段 JS不关心返回值 void CMyHtmlView::ExecScript(LPCTSTR lpszScript) { CComPtrIDispatch spDoc; if (FAILED(GetHtmlDocument(spDoc)) || !spDoc) return; CComQIPtrIHTMLDocument2 spDoc2(spDoc); if (!spDoc2) return; CComPtrIHTMLWindow2 spWindow; if (FAILED(spDoc2-get_parentWindow(spWindow)) || !spWindow) return; CComVariant vResult; // 第二个参数是语言一般写 JavaScript spWindow-execScript(CComBSTR(lpszScript), CComBSTR(_T(JavaScript)), vResult); }逻辑说明GetHtmlDocument 是 CHtmlView 提供的拿到的是文档的 IDispatch转成 IHTMLDocument2 之后取 parentWindow再调 execScript。这条链路每一步都可能返回空所以每一层都要判失败否则就是随机崩溃。参数说明execScript 的第一个参数是脚本字符串第二个是语言标识第三个是返回值。注意返回值是 VARIANT如果你要拿 JS 算出来的数得自己从 vResult 里解析而且 IE 对返回值的类型转换比较挑复杂对象基本拿不回来只能拿基本类型。3.2 JS 调 C用 window.external 挂宿主对象反方向才是重点。IE 内核给页面暴露了一个 window.external你可以在 C 侧实现一个 IDispatch 派生类把它挂到 external 上页面里就能直接 window.external.你的方法() 调用。核心是让这个类支持自动化最简单的方式是用 MFC 的 CCmdTarget 加 DISPATCH_MAP// HostBridge.h class CHostBridge : public CCmdTarget { DECLARE_DYNAMIC(CHostBridge) public: CHostBridge(); virtual ~CHostBridge(); // 暴露给 JS 的方法 long AddNumbers(long a, long b); void LogFromJs(LPCTSTR msg); DECLARE_DISPATCH_MAP() }; // HostBridge.cpp BEGIN_DISPATCH_MAP(CHostBridge, CCmdTarget) DISP_FUNCTION(CHostBridge, AddNumbers, AddNumbers, VT_I4, VTS_I4 VTS_I4) DISP_FUNCTION(CHostBridge, LogFromJs, LogFromJs, VT_EMPTY, VTS_BSTR) END_DISPATCH_MAP() long CHostBridge::AddNumbers(long a, long b) { return a b; } void CHostBridge::LogFromJs(LPCTSTR msg) { TRACE(_T(来自页面的日志: %s\n), msg); }挂载的时机在 OnDocumentComplete 里通过文档的 external 接口设置void CMyHtmlView::OnDocumentComplete(LPCTSTR lpszURL) { CHtmlView::OnDocumentComplete(lpszURL); CComPtrIDispatch spDoc; GetHtmlDocument(spDoc); CComQIPtrIHTMLDocument2 spDoc2(spDoc); if (!spDoc2) return; CComPtrIDispatch spExternal; spDoc2-get_Script(spExternal); // 拿到 window.external // 这里需要把 spExternal 换成你自己的 bridge实际做法是 // 通过 IDocHostUIHandler 的 GetExternal 返回你的对象 }逻辑说明DISPATCH_MAP 把 C 成员函数注册成自动化方法JS 侧按名字调用。参数类型用 VTS_ 系列声明返回值用 VT_ 系列声明类型对不上调用会静默失败这是最容易卡住的地方。参数说明VTS_I4 对应 32 位整数VTS_BSTR 对应字符串VT_EMPTY 表示无返回值。JS 传过来的数字 IE 会按 double 处理映射到 long 可能丢精度涉及大数或小数建议用字符串传。3.3 页面侧怎么调页面里不需要任何额外引入直接// 调用宿主暴露的方法 var sum window.external.AddNumbers(3, 5); window.external.LogFromJs(页面已就绪sum sum);注意 window.external 在页面加载早期可能还不存在稳妥做法是放在 window.onload 里或者用轮询等它出现。IE 内核下没有 Promise别写 await用回调或者定时器。4. 避坑与排查CHtmlView 上最容易翻车的五个点4.1 页面白屏什么都不显示现象Navigate2 调了窗口一片白OnDocumentComplete 也不触发。原因通常是路径写错file:/// 后面跟了反斜杠或者盘符大小写和实际不符。解决把 URL 打印出来直接粘到 IE 地址栏里试能打开说明路径没问题打不开就是路径的锅。另外确认文件确实存在MFC 不会给你任何提示。4.2 中文乱码现象页面里的中文显示成方块或问号。原因是 HTML 文件存的是 UTF-8但没在 head 里声明 charsetIE 按系统默认的 GBK 解析。解决在 head 第一行加meta charsetutf-8并且确保文件本身确实以 UTF-8 无 BOM 保存。如果页面是 GBK就声明 gbk两边必须一致。4.3 window.external 调用报「对象不支持此属性或方法」现象JS 里调 window.external.XXX 直接抛异常。原因有两个一是 GetExternal 没正确返回你的 IDispatch二是 DISPATCH_MAP 里的方法名和 JS 里写的不一致大小写敏感。解决先在 JS 里alert(typeof window.external)如果是 undefined 说明挂载没成功如果是 object 但调方法失败检查 DISPATCH_MAP 的名字拼写和参数类型声明。4.4 页面里的脚本报错但看不到现象页面逻辑不执行也没有任何提示。原因是 IE 内核默认不弹脚本错误框错误被吞了。解决在 C 侧实现 IDocHostShowUI 的 ShowMessage 方法把脚本错误弹出来或者临时在页面里加 window.onerror 把错误写到 document.title 上再从 C 侧读标题。这个黑匣子不打开排查基本靠猜。4.5 关闭窗口时崩溃现象程序退出时在 CHtmlView 析构附近崩。原因是页面还在加载或者 JS 还在执行时窗口就被销毁了COM 对象的引用计数乱了。解决在 OnDestroy 里先 Navigate2 到 about:blank 停掉页面再走基类销毁同时确保你的 bridge 对象生命周期不短于视图别在视图析构前就把它释放了。5. 进阶把互调封装成一层稳定的消息总线上面那套裸调 window.external 的写法方法一多就乱每个功能都要在 DISPATCH_MAP 里加一行JS 侧还要记住一堆方法名。我后来习惯在中间加一层消息总线C 和 JS 都只认「消息名 JSON 字符串」两个参数新增功能不用改接口。C 侧只暴露两个方法BEGIN_DISPATCH_MAP(CHostBridge, CCmdTarget) DISP_FUNCTION(CHostBridge, Send, OnJsSend, VT_EMPTY, VTS_BSTR) END_DISPATCH_MAP() void CHostBridge::OnJsSend(LPCTSTR jsonMsg) { // 解析 jsonMsg按里面的 type 字段分发到具体处理函数 // 处理完如果需要回传调 ExecScript 触发页面侧的回调 }页面侧对应一个薄封装var Bridge { send: function (type, payload) { var msg JSON.stringify({ type: type, data: payload }); window.external.Send(msg); } }; // 使用 Bridge.send(saveUser, { name: A同学, age: 20 });这样做的收益是接口稳定加功能只改分发逻辑不动 COM 层。代价是 JSON 解析要自己搞IE 内核没有内置 JSON.parse 的高版本支持得引一个 json2.js 之类的垫片或者干脆用简单的分隔符协议代替 JSON。验证这套总线是否通了我一般会写一个自检流程页面加载完成后主动发一条 pingC 侧收到后回一条 pong页面收到 pong 就在标题上打个标记C 侧读标题确认。整条链路跑通一次后面加功能就是复制粘贴的事。从那以后我每次接这类 MFC 嵌网页的活都强制先把 ping-pong 自检跑一遍再动业务代码省得后面分不清是链路问题还是逻辑问题。希望帮到你。本文还有配套的精品资源点击获取
