我有一个项目必须以64位模式编译和运行。不幸的是，我需要调用一个只能在32位模式下使用的DLL，因此无法将所有内容放在一个Visual Studio项目中。我正在寻找将32位DLL包装在自己的exe / service中并从我的64位应用程序发出远程（尽管在同一台计算机上）调用的最佳方法。我的操作系统是Win7 Pro 64位。
对这个32位进程的要求调用是每秒几十个，但数据量很小。这是一个实时图像分析应用程序，因此响应时间尽管容量小也至关重要，涉及大量单个原语的发送/接收。
理想情况下，我会托管一个WCF服务来容纳这个DLL，但在64位操作系统中，无法强制该服务运行为x86！来源。这真的很不幸，因为我在我的机器上计时了WCF服务的函数调用仅需4ms。
我已经在.NET中尝试过命名管道。我发现它们比WCF慢40-50倍（对我来说无法使用）。
还有其他选项或建议，以最佳方式解决我的难题吗？
class Program
{
static void Main(string[] args)
{
using(ServiceHost host = new ServiceHost(typeof(MyService), new Uri[0]))
{
host.Open();
Console.ReadKey();
}
}
}
如果你明确地将其编译为32位或64位，上述程序也能正常运行。
没有办法。32位dll在64位进程中无法运行。
我的做法是运行一个32位包装器进程，并使用WCF进行通信-就像你一样。我可以强制操作系统运行32位。
我有一个核心库(Tradex.Connectivity.Core)，其中包含平台无关的.NET代码。我有两个包装器(Wrapper32.exe，Wapper64.exe)，它们启动并加载独立的代码，然后加载类(managed C++)。效果很好。
那基本上是我唯一的选择-你不能混合加载32位和64位元素。
我知道这个答案可能有点晚了，但是一段时间以前我也遇到了完全相同的问题（在64位机器上将32位dll加载到AnyCPU程序集中）。
作为解决方案，我编写了LegacyWrapper。它基本上由一个32位包装器exe组成，加载所需的dll，并通过命名管道与您的应用程序通信。
调用看起来像这样：
// Define delegate matching api function
private delegate int GetSystemMetrics(int index);
// Create new WrapperClient
// Remember to ensure a call to the Dispose()-Method!
using (var client = new WrapperClient())
{
// Make calls providing library name, function name, and parameters
int x = (int)client.Invoke<GetSystemMetrics>("User32.dll", "GetSystemMetrics", new object[] { 0 });
int y = (int)client.Invoke<GetSystemMetrics>("User32.dll", "GetSystemMetrics", new object[] { 1 });
}
关于详情，您可以参考这篇博客文章。