如何在.NET WPF应用中调用依赖OCX组件的VB6 ActiveX DLL（免注册COM实现）

我处理过不少类似VB6 ActiveX组件被.NET调用的RegFree COM场景，你遇到的清单不被读取的问题，核心原因在于RegFree COM的激活逻辑是由宿主进程（也就是你的.NET EXE）的清单驱动的——单独给ActiveX DLL做清单但宿主没引用的话，系统根本不会去解析它。下面是一步步的解决方案：

1. 先确认ActiveX DLL的清单内容正确 #

你的清单里ComDlg32.ocx的CLSID、TypeLib ID都是MSComDlg.CommonDialog的标准有效值，但要注意几个细节：

• assemblyIdentity的name必须和你的ActiveX DLL文件名完全一致（比如如果DLL叫DeployArchitectureTest.dll，那这个name就没问题）
• processorArchitecture="x86"是正确的，因为VB6组件都是32位的，不能改成amd64
• 确保清单编码是UTF-8，没有XML语法错误（可以用任意XML验证工具检查）

2. 关键：给.NET EXE的清单添加对ActiveX DLL的依赖声明 #

这是最容易被忽略的一步——宿主进程的清单必须明确声明它依赖你的ActiveX DLL，系统才会去加载DLL的清单并处理其依赖的ComDlg32.ocx。

打开你的.NET应用的清单文件（如果没有，右键项目→属性→应用程序→资源→生成应用程序清单），添加以下dependency节点：

<assembly manifestVersion="1.0" xmlns="urn:schemas-microsoft-com:asm.v1">
  <!-- 保留原有的清单内容（比如trustInfo等） -->
  
  <!-- 添加对ActiveX DLL的依赖 -->
  <dependency>
    <dependentAssembly>
      <assemblyIdentity 
          name="DeployArchitectureTest" 
          version="1.0.0.0" 
          type="win32" 
          processorArchitecture="x86"/>
    </dependentAssembly>
  </dependency>
</assembly>

注意这里的name、version、processorArchitecture必须和ActiveX DLL清单里的assemblyIdentity完全一致，连版本号的四位数字都不能省略。

3. 正确部署文件和清单 #

选项A：使用外部清单 #

• 把你的ActiveX DLL（DeployArchitectureTest.dll）、它的外部清单（DeployArchitectureTest.dll.manifest）、COMDLG32.OCX放在同一个目录下
• 把.NET EXE和它的外部清单（YourNetApp.exe.manifest）放在同一个目录（可以和上面的文件同目录，或者单独目录，但要确保.NET EXE能找到ActiveX DLL）

选项B：嵌入清单到DLL/EXE #

• 嵌入ActiveX DLL的清单：用Windows SDK的mt.exe工具执行以下命令（替换成你的文件路径）：

  mt.exe -manifest DeployArchitectureTest.dll.manifest -outputresource:DeployArchitectureTest.dll;2
  

  这里的;2是关键，因为DLL的清单资源ID必须是2（EXE是1），VB6 DLL也遵循这个规则。
• 嵌入.NET EXE的清单：在Visual Studio里，右键项目→属性→应用程序→勾选“嵌入清单文件”，确保生成的EXE包含了上面添加的依赖声明。

4. 排查sxstrace空白的问题 #

如果sxstrace输出空白，说明你没正确捕获到COM激活的事件，重新按以下步骤操作：

1. 打开管理员身份的命令提示符
2. 停止现有跟踪：sxstrace stop
3. 启动跟踪：sxstrace trace -logfile:com_trace.etl
4. 启动你的.NET应用，点击按钮触发ActiveX DLL的调用操作（直到出现错误或完成流程）
5. 停止跟踪：sxstrace stop
6. 解析日志：sxstrace parse -logfile:com_trace.etl -outfile:com_trace.txt
   这样生成的com_trace.txt会包含详细的清单加载、COM激活日志，能帮你定位是哪一步出了问题（比如清单找不到、版本不匹配、CLSID未被识别等）。

5. 其他必须注意的坑 #

• 32位兼容性：你的.NET应用必须编译为x86目标平台（右键项目→属性→生成→目标平台），因为VB6的ActiveX DLL是32位的，64位进程无法加载32位COM组件。
• 不要混用注册表和RegFree：测试前确保已经用regsvr32 /u注销了ActiveX DLL和ComDlg32.ocx，避免系统优先使用注册表的注册信息。
• ProgID的使用：在.NET里调用ActiveX组件时，尽量使用清单里声明的ProgID（比如MSComDlg.CommonDialog.1）来创建实例，而不是直接用CLSID，这样系统会优先通过清单查找。

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