.NET Core 2.0引用COM对象DLL运行报错REGDB_E_CLASSNOTREG求助

我之前也踩过这个坑，.NET Core为了跨平台设计，默认弱化了Windows专属的COM注册表依赖逻辑，和.NET Framework的处理方式差异很大。下面是几个不用切换回完整.NET Framework就能解决的实用办法：

1. 对齐COM组件与项目的平台位数 #

这是最容易忽略的关键点：如果你的COM组件是32位，而.NET Core项目默认以64位进程运行，系统就找不到对应位数注册的COM类。

• 打开项目属性→「生成」标签页
• 把「平台目标」从默认的Any CPU改成和COM组件一致的x86或x64
• 若选x86，记得勾选「首选32位」选项

2. 手动注册COM组件（需管理员权限） #

只复制DLL到项目目录没用，COM依赖注册表识别类信息，必须手动注册：

1. 右键命令提示符，选择「以管理员身份运行」
2. 根据组件位数执行对应命令：
   • 32位组件：

     C:\Windows\SysWOW64\regsvr32.exe "C:\你的组件路径\LegacyCOM.dll"
     

   • 64位组件：

     C:\Windows\System32\regsvr32.exe "C:\你的组件路径\LegacyCOM.dll"
     

注册成功会弹出提示框，之后重启你的.NET Core API再测试。

3. 启用.NET Core的COM互操作支持 #

部分场景下，.NET Core默认未开启COM互操作相关功能，可通过环境变量强制启用：

• 在项目的「调试」配置中，添加环境变量 COMPlus_EnableCOMInterop=1
• 或者在API启动入口（比如Program.cs最开头）加入代码：

  Environment.SetEnvironmentVariable("COMPlus_EnableCOMInterop", "1");
  

4. 生成正规的互操作程序集 #

直接引用COM DLL不是规范做法，建议用tlbimp.exe生成专用互操作程序集：

1. 打开Visual Studio的「开发者命令提示符」
2. 执行命令生成程序集：

   tlbimp.exe "C:\你的组件路径\LegacyCOM.dll" /out:Interop.LegacyCOM.dll
   

3. 将生成的Interop.LegacyCOM.dll引用到.NET Core项目，用这个程序集里的类型实例化COM对象，稳定性会比直接引用原始DLL高很多。

5. 升级到.NET 5+版本 #

早期.NET Core（如2.x）对COM互操作的支持确实不完善，如果你还在用旧版本，升级到.NET 6/7/8会解决不少兼容性问题——微软在后续版本里专门优化了Windows平台的COM互操作逻辑。

额外提醒 #

.NET Core的COM互操作仅支持Windows平台，如果你的API需要跨平台部署，这个方案不适用，但对接遗留系统的场景基本都是Windows环境，所以无需担心。另外，COM的核心依赖是系统注册表，哪怕把DLL复制到项目目录，不注册还是无法识别。

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