在C#DllImport中使用32位或64位DLL

这是情况,我在我的dot.net应用程序中使用基于C的dll。 有2个DLL,一个是32位的叫MyDll32.dll,另一个是64位的叫MyDll64.dll的版本。

有一个静态variables包含DLL文件名:stringDLL_FILE_NAME。

并以如下方式使用:

[DllImport(DLL_FILE_NAME, CallingConvention=CallingConvention.Cdecl, EntryPoint=Func1")] private static extern int is_Func1(int var1, int var2); 

迄今为止简单。

你可以想象,这个软件是在“Any CPU”打开的情况下编译的。

我也有以下代码来确定系统是否应该使用64位文件或32位文件。

 #if WIN64 public const string DLL_FILE_NAME = "MyDll64.dll"; #else public const string DLL_FILE_NAME = "MyDll32.dll"; #endif 

现在你应该看到这个问题了.DLL_FILE_NAME是在编译时定义的,而不是在执行时间,所以根据执行上下文没有加载正确的dll。

什么才是解决这个问题的正确方法? 我不想要两个执行文件(一个用于32位,另一个用于64位)? 如何在DllImport语句中使用DLL_FILE_NAME 之前设置它?

我发现最简单的方法是导入两个不同名称的方法,并调用正确的方法。 在调用之前,DLL不会被加载,所以很好:

 [DllImport("MyDll32.dll", EntryPoint = "Func1", CallingConvention = CallingConvention.Cdecl)] private static extern int Func1_32(int var1, int var2); [DllImport("MyDll64.dll", EntryPoint = "Func1", CallingConvention = CallingConvention.Cdecl)] private static extern int Func1_64(int var1, int var2); public static int Func1(int var1, int var2) { return IntPtr.Size == 8 /* 64bit */ ? Func1_64(var1, var2) : Func1_32(var1, var2); } 

当然,如果你有很多import产品,手工维护可能会变得非常麻烦。

这是另一个替代scheme,要求两个DLL具有相同的名称并放置在不同的文件夹中。 例如:

  • win32/MyDll.dll
  • win64/MyDll.dll

诀窍是在CLR执行之前手动加载LoadLibrary的DLL。 它会看到一个MyDll.dll已经被加载并使用它。

这可以在父类的静态构造函数中轻松完成。

 static class MyDll { static MyDll() { var myPath = new Uri(typeof(MyDll).Assembly.CodeBase).LocalPath; var myFolder = Path.GetDirectoryName(myPath); var is64 = IntPtr.Size == 8; var subfolder = is64 ? "\\win64\\" : "\\win32\\"; LoadLibrary(myFolder + subfolder + "MyDll.dll"); } [DllImport("kernel32.dll")] private static extern IntPtr LoadLibrary(string dllToLoad); [DllImport("MyDll.dll")] public static extern int MyFunction(int var1, int var2); } 

编辑2017/02/01 :使用Assembly.CodeBase以便它即使启用阴影复制时工作。

在这种情况下,我应该这样做(使2个文件夹,x64和x86 +把相应的DLL,同名),在这两个文件夹中:

 using System; using System.Runtime.InteropServices; using System.Reflection; using System.IO; class Program { static void Main(string[] args) { var path = Path.GetDirectoryName(Assembly.GetEntryAssembly().Location); path = Path.Combine(path, IntPtr.Size == 8 ? "x64" : "x86"); bool ok = SetDllDirectory(path); if (!ok) throw new System.ComponentModel.Win32Exception(); } [DllImport("kernel32.dll", CharSet = CharSet.Auto, SetLastError = true)] private static extern bool SetDllDirectory(string path); } 

有一个静态variables包含DLL文件名

这不是一个静态variables。 在编译时这是一个常量。 您不能在运行时更改编译时间常量。

什么才是解决这个问题的正确方法?

老实说,我会build议只针对x86和忘记所有64位版本,让你的应用程序运行在WOW64,除非你的应用程序有一个迫切的需要作为x64运行。

如果需要x64,您可以:

  • 更改DLL具有相同的名称,如MyDll.dll ,并在安装/部署时,把正确的位置。 (如果操作系统是x64,请部署64位版本的DLL,否则为x86版本)。

  • 有两个单独的版本,一个用于x86,另一个用于x64。

你所描述的被称为“并排汇编”(同一个程序集的两个版本,一个32和另一个64位)…我想你会发现这些帮助:

在这里你可以find你的场景(.NET DLLdynamic链接C ++ / CLI DLL引用本地DLL)的演练。

build议:

只要将它构build为x86并完成它…或者有2个构build(一个x86和一个x64)…因为上述技术相当复杂…

另一种方法可能是

 public static class Sample { public Sample() { string StartupDirEndingWithSlash = System.IO.Path.GetDirectoryName(System.Diagnostics.Process.GetCurrentProcess().MainModule.FileName) + "\\"; string ResolvedDomainTimeFileName = StartupDirEndingWithSlash + "ABCLib_Resolved.dll"; if (!File.Exists(ResolvedDomainTimeFileName)) { if (Environment.Is64BitProcess) { if (File.Exists(StartupDirEndingWithSlash + "ABCLib_64.dll")) File.Copy(StartupDirEndingWithSlash + "ABCLib_64.dll", ResolvedDomainTimeFileName); } else { if (File.Exists(StartupDirEndingWithSlash + "ABCLib_32.dll")) File.Copy(StartupDirEndingWithSlash + "ABCLib_32.dll", ResolvedDomainTimeFileName); } } } [DllImport("ABCLib__Resolved.dll")] private static extern bool SomeFunctionName(ref int FT); } 

我已经使用了vcsjones提到的方法之一:

“更改DLL具有相同的名称,如MyDll.dll,并在安装/部署时,把正确的位置。

这种方法需要维护两个构build平台,但请参阅以下链接以获取更多详细信息: https : //stackoverflow.com/a/6446638/38368