Windows平台使用GN/Ninja构建可供MSVC调用的WebRTC DLL相关问询

你查阅GN配置后未找到直接生成MSVC可用DLL的官方配置，这个结论是正确的。WebRTC上游官方GN构建体系没有提供开箱即用的动态库编译配置，官方默认推荐所有场景使用静态编译方式集成WebRTC，核心原因是WebRTC接口迭代频率高、模块依赖复杂，官方没有维护跨版本兼容的动态库导出规则。

自定义编译MSVC可用DLL的实现方案 #

如果必须使用动态链接方式集成，可通过修改GN配置+手动处理符号导出的方式实现，具体操作如下：

• 第一步：调整GN编译参数，根据你使用的编译器调整对应配置：
  如果你使用原生MSVC编译器编译（仅适配较老版本WebRTC支持）：

  target_os = "win"
  target_cpu = "x64" # 可按需调整为x86/arm64
  is_clang = false
  is_debug = false # 可按需调整为Debug版本
  is_component_build = true # 开启组件构建模式，各模块会生成为独立DLL
  use_lto = false # 关闭LTO优化避免导出符号丢失
  

  如果你使用新版本WebRTC，只能用clang编译时，添加如下参数生成MSVC兼容的DLL：

  target_os = "win"
  target_cpu = "x64"
  is_clang = true
  clang_cl = true # 开启clang模拟MSVC编译行为，生成的lib/DLL可直接被MSVC项目链接
  is_debug = false
  is_component_build = true
  use_lto = false
  

• 第二步：处理公开接口符号导出
  默认开启is_component_build = true生成的DLL仅导出内部调试符号，不会对外暴露WebRTC公开API，需要做如下处理：
  • 对你需要对外暴露的WebRTC接口头文件，为类和函数声明前添加__declspec(dllexport)声明，或者自定义def文件统一管理导出符号表
  • 统一编译时指定调用约定为__cdecl，和你的legacy MSVC应用的调用约定保持一致，避免接口调用时出现栈不平衡崩溃问题
• 第三步：编译完成后，将生成目录下所有DLL文件、对应的.lib导入库文件，以及你用到的WebRTC公开头文件一起打包，即可提供给legacy应用集成。

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