c# - 无法从 COM 客户端实例化 DLL 中 2 个类中的 1 个

Question

我正在使用一个主要用 C# 编写的 .NET 4 应用程序。该应用程序有一个用户界面，但它也有一个自动化界面，允许直接从 .NET 客户端利用应用程序的功能。它还通过 COM 支持自动化，为此有“COM 适配器”DLL 以 COM 友好的方式在“真实”DLL 中呈现类/方法。

例如，假设大部分功能的 API 位于名为“Alpha.DLL”的 DLL 中:.NET 客户端可以直接引用该 DLL，但也可以引用名为“Alpha.Com.DLL”的单独 DLL提供给 COM 客户端(例如 VBA)使用。

有 3 个这样的 COM 适配器 DLL，虽然其中两个工作正常，但我无法让最后一个正常工作。

问题 DLL 中只定义了两个类，虽然我可以从 COM 客户端(如 VBScript)实例化其中一个，但在尝试实例化另一个时出现错误。我得到的错误是:

-2146234304 (0x80131040) Automation Error

我可以从 .NET 代码实例化相同的类，而不是从 COM 客户端实例化。

我试过使用 FUSLOGVW.EXE 来查找程序集加载错误，但似乎没有任何错误(无论如何，我可以从同一个 DLL 实例化另一个类这一事实表明它是不是无法找到/加载的 DLL 本身？)。

我已经尝试附加一个调试器并在有问题的类的构造函数中放置一个断点，但是当我尝试从 VBScript 实例化该类时它没有被击中。 (类的构造函数中的断点确实被击中)。

我已经检查了我正在尝试实例化的类的注册表项，但没有发现任何问题。 GUID 和版本号似乎都匹配。

我完全没有想法，已经筋疲力尽了，如果能得到一些帮助，我将不胜感激……

Answer 1

  -2146234304 (0x80131040) Automation Error

从 COM 客户端(如 VBA)使用 .NET 代码的常见问题是 .NET 异常变得相当难以诊断。您必须处理一个通常很神秘的 HRESULT 错误代码，您无法获得 Holy Stack 跟踪来查看代码是如何崩溃的。这个异常就是这样，它是 FUSION_E_REF_DEF_MISMATCH，您可以在 CorError.h SDK 包含文件中找到这些 HRESULT 代码。

您通常会得到更容易解释的异常消息“找到的程序集的 list 定义与程序集引用不匹配”。堆栈跟踪告诉你是什么类型导致了这个异常，这样你就会知道是哪个程序集出了问题。当从 VBA 调用失败时，情况就完全不同了。

这是每天都会发生的 .NET 事故，CLR 找到了您的程序集，但它的 [AssemblyVersion] 与您的代码编译时所用的引用程序集的版本不匹配。 COM 肯定会增加出错的可能性，当您使用 Regasm.exe 注册程序集时，版本会记录在注册表中。如果您手动完成而不是让构建系统处理它，那么忘记重新注册是一个非常容易的疏忽。也很容易在客户端 EXE 的目录中复制依赖的 DLL，这样 CLR 就可以找到它们，而忘记更新它们。

Fuslogvw.exe 确实 显示了这种错误，很难猜出为什么您看不到任何东西。备份计划是使用 SysInternals 的 Process Monitor。它还向您展示了客户端如何读取注册表，这是 COM 中经常出错的另一件事。您会看到它从注册表项中定位 DLL，因此您将有机会猜测为什么它会找到一个旧的。

通过使用 GAC 避免麻烦，无论如何通常需要帮助 CLR 找到相关程序集并解决 COM 相当严重的 DLL Hell 问题。并强烈考虑使用 .NET 4 AppDomain.FirstChanceException 事件。最好在异常在 COM 客户端中变得无法诊断之前记录异常。