您好,登錄后才能下訂單哦!
如果您沒有接觸過如何調用非托管dll,沒有了解過c#的DllImportAttribute,可以看看以下資料:
1、DllImportAttribute
2、Pinvoke
3、extern 關鍵字
多平臺支持問題來源:
1、c的庫是編譯時確定了平臺,比如x86或x64,一個dll不能在運行時既支持x86也支持x64,所以如果引用它的.net程序還想支持any cpu,只能在運行后根據平臺去加載對應平臺的c的庫;
2、DllImport 特性要求傳入string dllName參數,這個參數可以是相對路徑或絕對路徑,但.Net的特性有個要求:特性實參必須是特性形參類型的常量表達式、typeof 表達式或數組創建表達式。也就是說string dllName這個值必須在寫代碼的時候(編譯時)就是常量的,而不能在運行時傳給它;
3、DllImport 特性是密封的,我們不能繼承它或修改它的什么邏輯,到達運行時得到與平臺匹配的string dllName的值 ;
InteropDotNet
這是開源在github上的一個項目,作者使用了LoadLibrary(c.dll) + GetProcAddress 轉換為.Net委托的思想來完成,對于c.dll的所有函數的調用上,實際上已經完全脫離了.Net提供的DllImport特性,所以不受到上面問題2與3的約束,使用本項目,調用c.dll的.net程序也可是any cpu了。
筆者的方案還是沿用.Net的DllImport特性,我們知道DllImport會幫我們自動查找到加載c.dll,然后大概才把DllImport聲明的外部實現方法與c.dll的函數地址映射上,如果我們在準備調用c.dll的外部方法之前,通過LoadLibrary Api把c.dll加載到.net程序里,DllImport會不會就不再搜索c.dll而是直接使用?
將c.dll對應的x86與x64兩個版本都放在.net程序的子目錄,構造如下:
dotnet.exe
x86\c.dll
x64\c.dll
dotnet.exe DllImport聲明如下:
[DllImport("c.dll")]
static extern int MethodC ( );
如果默認運行,一定會報找不到dll文件的異常,因為DllImport的本程序目錄或系統目錄或path環境下都沒有找到c.dll;
如果我們在調用 MethodC 之前,檢測當前進程是32位還是64位,使用windows api 的LoadLibrary 函數將x86\c.dll或x64\c.dll加載到本進程,就不會報找不到文件的異常,而且調用MethodC 也是正常的。
可以一如既往的使用DllImport特性,如果想要any cpu的效果,在調用外部實現方法之前,先將它的dll手動加載。
以下是我的實現代碼,在靜態構造器里加載正確的dll就行,支持自動x86或x64,而且在asp.net里也能正確找到非托管的dll
static class MQTTAsync { private const string mqtt3a_dll = "paho-mqtt3a.dll"; [DllImport(mqtt3a_dll, CallingConvention = CallingConvention.Cdecl)] public static extern MqttError MQTTAsync_connect( IntPtr handle, ref MQTTAsync_connectOptions options); [DllImport("kernel32")] private static extern IntPtr LoadLibraryA( [MarshalAs(UnmanagedType.LPStr)] string fileName); static MQTTAsync() { var dllFile = Path.Combine(Environment.Is64BitProcess ? "x64" : "x86", mqtt3a_dll); if (HttpContext.Current != null) { dllFile = Path.Combine("~\\bin", dllFile); dllFile = HttpContext.Current.Server.MapPath(dllFile); } MQTTAsync.LoadLibraryA(dllFile); } }
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。