IT工程師數位筆記本

DllImport是System.Runtime.InteropServices命名空間下的一個屬性類，其功能是提供從非托管DLL導出的函數的必要調用信息。
    DllImport屬性應用于方法，要求最少要提供包含入口點的dll的名稱。
    DllImport的定義如下：
        [AttributeUsage(AttributeTargets.Method)]

   　 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的裝載和函數調用：
    public class DllInvoke 

    {            

        [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函數