从 64 位 .NET 程序使用 32 位 COM 服务器

Question

我在使用 COM Interop 时遇到了一些麻烦，情况如下：

32 位 COM Exe 服务器（用 C++ 编程）提供了一个类，其中包含一些处理第 3 方硬件的成员函数（该硬件也将 COM 绑定在一起） Exe Server 为 32 位，因为制造商不支持 64 位）。

我想在 64 位 .NET (C#) 应用程序中使用 32 位 COM Exe 服务器...首先，我尝试在 Visual Studio 2010 中添加对 Exe 服务器的引用，它创建了一个 Interop-DLL。这个 Interop-DLL 为我提供了必要的函数，其中一个函数被声明为：

int Initialize(ref string callingApplicationPath);

C++ 中的原始声明如下所示：

LONG Class::Initialize(BSTR* callingApplicationPath)

...在 IDL 中如下所示：

[id(1)] LONG Initialize([in] BSTR* callingApplicationPath);

但是，当我想通过 Interop 从 C# 调用此函数时-DLL，它抛出 BadImageFormatException。看起来 Interop-DLL 是一个 32 位 DLL（也许有可能生成 64 位 DLL？）。

我的下一次尝试是使用以下代码实例化 Exe 服务器：

Type type = Type.GetTypeFromProgID("OurCompany.Class");
Object o = Activator.CreateInstance(type);
Object[] args = { Marshal.StringToBSTR(str) };
Object result = type.InvokeMember("Initialize", BindingFlags.InvokeMethod, null, o, args);

另一方面，此代码在我的脑海中抛出 TargetInitationException （更具体地说：0x80020005 (DISP_E_TYPEMISMATCH)）。不幸的是，我无法找出必须从 C# 传递给函数的类型...我尝试了 Marshal 类中的所有 StringToXXX 函数，但似乎没有任何效果：/我想我在这里缺少一些简单的东西，但我不明白是什么。

非常感谢任何帮助！

最好的问候

克里斯蒂安

Answer 1

IDL 声明

[id(1)] LONG Initialize([in] BSTR* str);    

没有任何意义。当您将 BSTR 作为 in 参数传递时，只需“按值”传递它：

[id(1)] LONG Initialize([in] BSTR str);

那么您不需要在 C# 代码中执行任何特殊操作 - 只需传递 string 在那里，编组将自动完成。

当然，您还必须更改方法实现签名。

Answer 2

默认情况下，.NET 字符串由 COM Interop 编组到 C++ 中的 LPTSTR。因此，您必须使用 MarshalAs 属性将任何其他类型的非托管字符串（包括 BSTR）显式编组到 .NET 字符串或从 .NET 字符串编组。
尝试

 int Initialize([MarshalAs(UnmanagedType.BStr)] ref string callingApplicationPath);

Answer 3

由于 .net 使用公共语言运行时，只有少数情况下您必须使用托管代码来区分 32 位和 64 位。然而，这仅适用于 .net 环境。如果您尝试访问非托管资源，位格式很重要，因为所有地址（导出的接口）都是静态的，并且不是针对 64 位进行编译的。

您仍然可以使用非常简单的构造来完成您的任务；
创建一个 32 位 .net 包装器并通过 wcf 将其连接到您的 64 位应用程序。我建议为您的 com/非托管服务器创建一个混合模式 C++ 包装器，并放置一个用“纯”clr（c#、vb.net 等）编写的基于 wcf 的层作为主应用程序的连接点。