如何在Chromium基应用中调用C++ DLL？能否通过WebAssembly实现？

嘿，刚好对这块儿熟，来给你掰扯清楚两种方案的细节，尤其是你关心的Wasm方式：

先聊聊你已经知道的DLL Binding #

这种方式是直接在Chromium的「特权上下文」里操作——比如Electron的主进程、Chrome Native Messaging的本地后台程序，用Node.js的ffi-napi（或者老一点的ffi）这类库直接加载DLL，定义好函数的参数和返回值类型，就能直接调用了。比如在Electron主进程里写：

const ffi = require('ffi-napi');
const myDll = new ffi.Library('my-dll.dll', {
  'MyFunction': ['int', ['int']]
});
const result = myDll.MyFunction(42);

这种方式直接高效，但局限也明显：依赖平台（DLL是Windows专属），而且只能在有系统权限的进程里用，没法直接在前端页面的沙箱里跑。

重点：WebAssembly怎么调用C++ DLL？ #

这里得先明确：Wasm本身是沙箱运行的，不能直接加载Windows的DLL——它的运行环境是隔离的，没法直接访问系统级的二进制文件。但我们可以通过两种路径实现间接调用：

路径1：把DLL的C++代码编译成Wasm模块 #

如果你的DLL源码是可控的，最直接的办法是用Emscripten工具链把C++代码重新编译成Wasm。比如你有个my-dll.cpp，里面有int MyFunction(int num)，可以用这条命令编译：

emcc my-dll.cpp -o my-wasm-module.js -s EXPORTED_FUNCTIONS='["_MyFunction"]' -s EXPORTED_RUNTIME_METHODS='["ccall", "cwrap"]'

编译完成后会生成my-wasm-module.js（胶水代码）和my-wasm-module.wasm，你直接在Chromium的前端页面里引入这个JS文件，就能通过ccall调用Wasm里的函数了：

// 页面里调用
const result = Module.ccall('MyFunction', 'number', ['number'], [42]);

这种方式的好处是跨平台——编译出来的Wasm在Windows、Mac、Linux的Chromium里都能跑，而且是沙箱安全的。但如果你的DLL依赖其他系统库（比如Windows的kernel32.dll），编译时可能需要做额外的适配。

路径2：通过宿主进程桥接Wasm和本地DLL #

如果必须用现有的编译好的DLL，没法重新编译源码，那可以用「Wasm → 渲染进程IPC → 主进程DLL调用 → 返回结果」的桥接方式。举个Electron的例子：

1. 渲染进程（Wasm所在环境）：加载Wasm模块，当需要调用DLL功能时，通过IPC发请求给主进程：

// 渲染进程
const { ipcRenderer } = require('electron');
// 假设Wasm里触发了调用需求
async function callDllViaWasm(num) {
  const result = await ipcRenderer.invoke('call-dll-function', num);
  return result;
}

2. 主进程：用DLL Binding加载目标DLL，监听IPC请求，调用DLL后返回结果：

// 主进程
const { ipcMain } = require('electron');
const ffi = require('ffi-napi');
const myDll = new ffi.Library('my-dll.dll', {
  'MyFunction': ['int', ['int']]
});

ipcMain.handle('call-dll-function', (event, num) => {
  return myDll.MyFunction(num);
});

这种方式保留了现有DLL的使用，同时让Wasm能间接调用它，但多了一层IPC的开销，适合对性能要求不是极致的场景。

两种方案怎么选？ #

• 如果你要跨平台、沙箱安全，或者能拿到DLL源码：优先用WebAssembly编译的方式。
• 如果你必须用现有编译好的DLL，且追求调用性能：直接用DLL Binding的方式。

内容的提问来源于stack exchange，提问作者Ming Tong