DllImport的用法
? DllImport是System.Runtime.InteropServices命名空間下的一個屬性類，其功能是提供從非托管DLL導出的函數的必要調用信息。
??? DllImport屬性應用于方法，要求最少要提供包含入口點的dll的名稱。
????DllImport的定義如下：
public class DllImportAttribute: System.Attribute
{
public DllImportAttribute(string dllName) {…} //定位參數為dllName
public CallingConvention CallingConvention; //入口點調用約定
public CharSet CharSet; //入口點采用的字符接
public string EntryPoint; //入口點名稱
public bool ExactSpelling; //是否必須與指示的入口點拼寫完全一致，默認false
public bool PreserveSig; //方法的簽名是被保留還是被轉換
public bool SetLastError; //FindLastError方法的返回值保存在這里
public string Value { get {…} }
}
用法示例：
[DllImport("kernel32")]private static extern long WritePrivateProfileString(string section,string key,string val,string filePath);
??? 以上是用來寫入ini文件的一個win32api。
????
??? 用此方式調用Win32API的數據類型對應：DWORD=int或uint，BOOL=bool，預定義常量=enum，結構=struct。
?
DllImport會按照順序自動去尋找的地方： 1、exe所在目錄 2、System32目錄 3、環境變量目錄所以只需要你把引用的DLL 拷貝到這三個目錄下 就可以不用寫路徑了 或者可以這樣server.MapPath(.\bin\*.dll)web中的，同時也是應用程序中的 后來發現用[DllImport(@"C:\OJ\Bin\Judge.dll")]這樣指定DLL的絕對路徑就可以正常裝載。 這個問題最常出現在使用第三方非托管DLL組件的時候,我的也同樣是這時出的問題,Asp.Net Team的官方解決方案如下: 首先需要確認你引用了哪些組件,那些是托管的,哪些是非托管的.托管的很好辦,直接被使用的需要引用,間接使用的需要拷貝到bin目錄下.非托管的處理會比較麻煩.實際上,你拷貝到bin沒有任何幫助,因為CLR會把文件拷貝到一個臨時目錄下,然后在那運行web,而CLR只會拷貝托管文件,這就是為什么我們明明把非托管的dll放在了bin下卻依然提示不能加載模塊了. 具體做法如下: 首先我們在服務器上隨便找個地方新建一個目錄,假如為C:\DLL 然后,在環境變量中,給Path變量添加這個目錄 最后,把所有的非托管文件都拷貝到C:\DLL中. 或者更干脆的把DLL放到system32目錄 對于可以自己部署的應用程序，這樣未償不是一個解決辦法，然而，如果我們用的是虛擬空間，我們是沒辦法把注冊PATH變量或者把我們自己的DLL拷到system32目錄的。同時我們也不一定知道我們的Dll的物理路徑。 DllImport里面只能用字符串常量，而不能夠用Server.MapPath(@"~/Bin/Judge.dll")來確定物理路徑。ASP.NET中要使用DllImport的，必須在先“using System.Runtime.InteropServices;”不過，我發現，調用這種"非托管Dll”相當的慢，可能是因為我的方法需要遠程驗證吧，但是實在是太慢了。經過一翻研究，終于想到了一個完美的解決辦法首先我們用
[DllImport("kernel32.dll")]private extern static IntPtr LoadLibrary(String path);
[DllImport("kernel32.dll")]
private extern static IntPtr GetProcAddress(IntPtr lib, String funcName);
[DllImport("kernel32.dll")]
private extern static bool FreeLibrary(IntPtr lib);
分別取得了LoadLibrary和GetProcAddress函數的地址，再通過這兩個函數來取得我們的DLL里面的函數。
我們可以先用Server.MapPath(@"~/Bin/Judge.dll")來取得我們的DLL的物理路徑，然后再用LoadLibrary進行載入，最后用GetProcAddress取得要用的函數地址
以下自定義類的代碼完成LoadLibrary的裝載和函數調用：
{
[DllImport("kernel32.dll")]
private extern static IntPtr LoadLibrary(String path);
[DllImport("kernel32.dll")]
private extern static IntPtr GetProcAddress(IntPtr lib, String funcName);
[DllImport("kernel32.dll")]
private extern static bool FreeLibrary(IntPtr lib);
private IntPtr hLib;
public DllInvoke(String DLLPath)
{
hLib = LoadLibrary(DLLPath);
}
~DllInvoke()
{
FreeLibrary(hLib);
}
//將要執行的函數轉換為委托
public Delegate Invoke(String APIName,Type t)
{
IntPtr api = GetProcAddress(hLib, APIName);
return (Delegate)Marshal.GetDelegateForFunctionPointer(api,t);
}
}
下面代碼進行調用
public delegate int Compile(String command, StringBuilder inf);//編譯
DllInvoke dll ＝ new DllInvoke(Server.MapPath(@"~/Bin/Judge.dll"));
Compile compile = (Compile)dll.Invoke("Compile", typeof(Compile));
StringBuilder inf;
compile(@“gcc a.c -o a.exe“,inf);//這里就是調用我的DLL里定義的Compile函數
大家在實際工作學習C#的時候，可能會問：為什么我們要為一些已經存在的功能（比如Windows中的一些功能，C++中已經編寫好的一些方法）要重新編寫代碼，C#有沒有方法可以直接都用這些原本已經存在的功能呢？答案是肯定的，大家可以通過C#中的DllImport直接調用這些功能。??? DllImport所在的名字空間 using System.Runtime.InteropServices;??? MSDN中對DllImportAttribute的解釋是這樣的：可將該屬性應用于方法。DllImportAttribute 屬性提供對從非托管 DLL 導出的函數進行調用所必需的信息。作為最低要求，必須提供包含入口點的 DLL 的名稱。??? DllImport 屬性定義如下：
namespace System.Runtime.InteropServices{
[AttributeUsage(AttributeTargets.Method)]
public class DllImportAttribute: System.Attribute
{
public DllImportAttribute(string dllName)
{...}
public CallingConvention CallingConvention;
public CharSet CharSet;
public string EntryPoint;
public bool ExactSpelling;
public bool PreserveSig;
public bool SetLastError;
public string Value { get {...} }
}
}
說明：?????
1、DllImport只能放置在方法聲明上。?
2、DllImport具有單個定位參數：指定包含被導入方法的 dll 名稱的 dllName 參數。?????
3、DllImport具有五個命名參數：??
a、CallingConvention 參數指示入口點的調用約定。如果未指定 CallingConvention，則使用默認值 CallingConvention.Winapi。
b、CharSet 參數指示用在入口點中的字符集。如果未指定 CharSet，則使用默認值 CharSet.Auto。????
c、EntryPoint 參數給出 dll 中入口點的名稱。如果未指定 EntryPoint，則使用方法本身的名稱。?????
d、ExactSpelling 參數指示 EntryPoint 是否必須與指示的入口點的拼寫完全匹配。如果未指定 ExactSpelling，則使用默認值 false。?????
e、PreserveSig 參數指示方法的簽名應當被保留還是被轉換。當簽名被轉換時，它被轉換為一個具有 HRESULT返回值和該返回值的一個名為 retval 的附加輸出參數的簽名。如果未指定 PreserveSig，則使用默認值 true。?????
f、SetLastError 參數指示方法是否保留 Win32"上一錯誤"。如果未指定 SetLastError，則使用默認值 false。?????
4、它是一次性屬性類。?????
5、此外，用 DllImport 屬性修飾的方法必須具有 extern 修飾符。
轉載于:https://www.cnblogs.com/songtzu/archive/2012/12/03/2799556.html
總結
以上是生活随笔為你收集整理的DllImport的用法的全部內容，希望文章能夠幫你解決所遇到的問題。
