从x64.net访问x86 COM

如果某个组件正在运行x64本机,则无法在进程中加载32位COM服务器,因为它是错误的进程类型。有几种可能的解决方案:

1. 如果可以的话,构建一个64位版本的COM代码(当然,它会在64位注册表中注册自己)。这是最干净的解决方案,但如果没有COM服务器的代码,则可能无法实现。

2. 以32位x86而不是x64运行.NET组件。我想你已经考虑过,出于某种原因拒绝了这个。

3. 在进程外使用 COM surrogate DLLhost.exe。这将使对COM服务器的调用变得非常慢(它们现在将是进程间Windows消息而不是本机函数调用),但在其他方面是透明的(您不必做任何特殊的事情)。

   如果服务器需要一个自定义代理存根而不是使用普通的oleaut32存根(但是非常少见),这可能不是一个选项,因为没有64位版本的代理可用。只要它能使用普通的OLE编组,就可以 register it for surrogate activation .

我找到了这个解决方案, Dealing with Legacy 32-bit Components in 64-bit Windows 请参见文章:
将项目类型从正在进行的转换为正在进行的转换
_窆使用COM+作为主机(这对我有效)
_穖使用dllhost作为代理主机

它是你的COM组件被安置在一个COM服务器(即一个单独的进程)中,然后你就不需要做任何特殊的事情,因为COM子系统会把你从x64应用程序到x86应用程序的调用远程化,然后再返回。

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