如何在运行时后期绑定32位/ 64位lib
我遇到的问题与此处描述的类似，但略有不同（加载程序集及其依赖项）。
我有一个用于3D渲染的C ++ DLL，这是我们向客户销售的产品。 对于.NET用户，我们将有一个CLR包装器。 C ++ DLL可以在32位和64位版本中构建，但我认为这意味着我们需要有两个CLR包装器，因为CLR绑定到特定的DLL？
现在说我们的客户有一个可以是32位或64位的.NET应用程序，并且它是一个纯粹的.NET应用程序，它让CLR从一组程序集中解决它。 问题是应用程序代码如何在运行时动态选择我们的32位和64位CLR / DLL组合？
更具体地说，这里适用的上述问题的建议答案也是如此（即创建一个ResolveEvent处理程序）？
我终于得到了一个似乎有效的答案。
将32位和64位版本（托管和非托管）编译到单独的文件夹中。 然后让.NET应用程序在运行时选择从哪个目录加载程序集。
使用ResolveEvent的问题是，只有在找不到程序集时才会调用它，因此很容易意外地以32位版本结束。 而是使用第二个AppDomain对象，我们可以将ApplicationBase属性更改为指向正确的文件夹。 所以你最终得到的代码如下：
static void Main(String[] argv) { // Create a new AppDomain, but with the base directory set to either the 32-bit or 64-bit // sub-directories. AppDomainSetup objADS = new AppDomainSetup(); System.String assemblyDir = System.IO.Path.GetDirectoryName(Application.ExecutablePath); switch (System.IntPtr.Size) { case (4): assemblyDir += "\\win32\\"; break; case (8): assemblyDir += "\\x64\\"; break; } objADS.ApplicationBase = assemblyDir; // We set the PrivateBinPath to the application directory, so that we can still // load the platform neutral assemblies from the app directory. objADS.PrivateBinPath = System.IO.Path.GetDirectoryName(Application.ExecutablePath); AppDomain objAD = AppDomain.CreateDomain("", null, objADS); if (argv.Length > 0) objAD.ExecuteAssembly(argv[0]); else objAD.ExecuteAssembly("MyApplication.exe"); AppDomain.Unload(objAD); } 你得到2个exes – 你的普通应用程序和第二个切换应用程序，选择要加载的位。 注意 – 我自己也不能相信这个细节。 我的一位同事怀疑我的初始指针。 如果他注册StackOverflow，我会给他答案
大约一年前我能做到这一点，但我不再记得所有的细节。 基本上，您可以使用IntPtr.Size来确定要加载的DLL，然后通过p / Invoke执行实际的LoadLibrary。 那时，你已经将模块放在内存中，你应该能够从内部调用/调用函数 – 不应该再次重新加载相同的模块名称。
但是，我认为，在我的应用程序中，我实际上将C ++ DLL注册为COM服务器，然后通过生成的.NET包装器访问其function – 所以我不知道我是否曾直接测试过p / Invoking。
我曾经遇到过类似的情况。 我使用的工具包在64位环境中表现不佳，我无法找到动态强制程序集绑定为32位的方法。
可以强制程序集在32位模式下工作，但这需要修补CLR标头（在框架中有一个工具可以执行此操作），如果程序集具有强名称，则无法解决问题。
我担心你需要为32位和64位平台构建和发布两组二进制文件。