从 x64 .NET 访问 x86 COM答案

【问题标题】：Access x86 COM from x64 .NET从 x64 .NET 访问 x86 COM
【发布时间】：2010-09-26 10:29:56
【问题描述】：

我有一个 x64 服务器，因为我的库被编译到 AnyCPU，所以在 x64 下运行。我们需要访问在 x86 下注册的 COM 组件。我对 COM 知之甚少，而且我的谷歌搜索无处可去。

问题：我可以为 COM 组件使用从 x64 回到 x86 的符号注册表链接吗？我是否也需要在 x64 下注册 COM 组件？我可以（这里有任何陈述......）吗？

谢谢。

【问题讨论】：

【解决方案1】：

如果一个组件运行 x64-native，它不能在进程中加载 32 位 COM 服务器，因为它是错误的进程类型。有几种可能的解决方案：

如果可以，构建一个 64 位版本的 COM 代码（它当然会在 64 位注册表中注册自己）。这是最简洁的解决方案，但如果您没有 COM 服务器的代码，则可能无法实现。
将 .NET 组件运行为 32 位 x86，而不是 x64。我假设您已经考虑过并出于某种原因拒绝了这个。
使用COM surrogate DLLhost.exe 在进程外托管COM 组件。这将使对 COM 服务器的调用慢得多（它们现在将是进程间 Windows 消息，而不是本机函数调用），但在其他方面是透明的（您不必做任何特别的事情）。

如果服务器需要自定义代理存根而不是使用普通的 oleaut32 代理存根（但非常罕见），这可能不是一个选项，因为不会有 64 位版本的代理可用。只要能使用普通的OLE编组，register it for surrogate activation即可。

【讨论】：

#1 是不可能的，因为没有 x64 版本。 #2 违背了在 x64 上运行的目的。 #3 效果很好。在我们获得新版本的库之前，我们可以忍受这里的性能命中。感谢您的帮助。
@puetzk 在我的情况下，我使用的是作为另一个应用程序的一部分安装的第三方 dll。我无法控制大会。在这种情况下，如何使用 COM 代理功能？谢谢
@MeTitus 你必须自己添加注册表项，协调版本可能很棘手，但仍然可以这样做。
@puetzk 我最终选择了另一条路线。感谢您的回复。圣诞快乐。

【解决方案2】：

我找到了这个解决方案，Dealing with Legacy 32-bit Components in 64-bit Windows 见文章：
• 将项目类型从进程内转换为进程外
• 使用 COM+ 作为主机（这对我有用）
• 使用 dllhost 作为代理主机

【讨论】：

【解决方案3】：

这是您的 COM 组件位于 COM 服务器中（即单独的进程），那么您无需执行任何特殊操作，因为 COM 子系统会将您的调用从 x64 应用远程远程到 X86 应用并再次返回。

如果您的组件是进程内 COM 组件，那么您将不得不重新考虑，因为 64 位进程不能使用 32 位进程内 COM 组件。您可以强制您的服务器在 x86 下运行，以便您可以访问组件（它们都是 32 位进程）。如果您不想这样做，则必须查看您正在使用的 COM 组件是否有 x64 位版本。

【讨论】：