如何从NodeJS/ElectronJS调用C++/C#代码实现与DLL的交互

各可选方案优劣分析 #

• 方案1（ref-struct-di硬实现结构体）：不推荐。15个以上成员的结构体需要严格匹配内存对齐规则，稍有配置错误就会触发段错误，调试成本极高，且后续原始DLL头文件更新时需要同步修改Node侧的结构体定义，维护成本也很高，仅适合DLL完全不再迭代、且结构体规则非常简单的场景。
• 方案2（复用现有C#封装）：快速落地首选。现有C#逻辑已经经过验证，不需要重复开发DLL调用逻辑，两种实现方式都可以满足需求：
  • 轻量实现：将C#代码编译为独立exe，Electron主进程通过child_process模块调用，用JSON格式通过stdin/stdout传输请求和结果，开发成本最低，仅需要加一层简单的交互逻辑即可。
  • 高性能实现：使用edge-js直接在Node进程内调用C#代码，不需要启动子进程，通信开销更低，集成度更高，只要匹配好Electron对应的Node版本和edge-js编译版本即可正常运行。
    两种方式都可以通过electron-builder的extraResources配置将C#相关文件打包进Electron的最终exe包中，不需要用户单独安装.NET环境（可以将C#程序编译为自包含部署模式，打包所有依赖）。
• 方案3（C++封装层）：长期维护首选。性能最优，没有额外依赖，你补充的两个实现思路都完全可行：
  • Node-API原生扩展方案：思路正确，将C封装代码和原始DLL的头文件放在一起，用cmake-js或node-gyp编译为.node原生扩展，C侧直接复用头文件的结构体定义调用原始DLL，将结果转换为JS对象返回给Node层，不需要手动在Node侧定义结构体，完全规避ffi的内存对齐问题，编译后的扩展可以直接打包进Electron应用。
  • 二次封装简化DLL方案：思路可行，开发门槛比Node-API更低，C侧封装原始DLL的调用逻辑，导出仅接收基础类型参数、返回JSON字符串或简单结构的接口，Node侧用ffi-napi直接调用这个新DLL即可，不需要学习Node-API的相关语法，C层可以单独测试验证逻辑正确性，排查问题效率更高。

打包集成说明 #

所有方案都支持集成到单个exe文件中，使用electron-builder配置对应资源的打包规则即可，运行时可以通过app.getAppPath()或process.resourcesPath定位到打包后的资源路径，不需要用户单独安装额外依赖。

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