這周在做公司的一個C#項目中，要寫一個webservice提供一個下載方法，之前公司有過，但是要整改，于是這種鳥屎攤子又交給了我，其中一個密文流的下載中要應用我們小組另一伙人用C++寫的四個dll, 這些DLL是由我們自己編寫的，非.NET 托管，這是一個麻煩事；

如果用 IDE往工程里add reference時，它會提示這幾個dll是沒有注冊的，不是.NET托管的。好吧，順便補充一下.NET托管和非托管。

具體官方術語是：

托管DLL就是能夠在公共語言運行庫（Common Language Runtime，簡稱CLR）中能夠直接引用的，并且擴展名為“DLL”的文件。具體所指就是封裝各種命名空間所在的DLL文件，如System.dll等。非托管DLL就是平常所的動態鏈接庫等，其中就包括了封裝所有Windows API函數的DLL文件。各種非托管DLL中的函數在公共語言運行庫中不能直接被調用，而需要經過.Net框架提供的“平臺調用”服務后才可以。

通俗點講就是：

托管Dll就在.NET環境生成的Dll文件。

非托管dll不是在.NET環境生成的dll文件。比如說用c寫的，用C++寫的。

托管Dll文件，可以在IDE通過 “add reference” 的方式，直接把托管Dll文件添加到項目中。然后通過 Using  Dll命名空間，來調用相應的Dll對象 。非托管Dll文件怎么調用了，這就要用到 [ImportDll()] 這種方法了；

[ImportDll()] 這種方法是通過P/Iovoke 來調用WIN32 API。其作用是導入外部的函數，這些函數不是由NET托管的。當然當使用[ImportDll()] 時，必須要引入命名空間：

using System.Runtime.InteropServices;

舉一個例子

[DllImport(@("DownloadPlaintext.dll",EntryPoint="DownloadPlaintext"))]  static extern Boolean FileDownLoad ([MarshalAs(UnmanagedType.LPStr)] StringBuilder pstrSourceFile,                    [MarshalAs(UnmanagedType.LPStr)] long lintFileSize,                    bool blnEnFlag)

這個例子導入的就是一個 C++寫的dll,名字是DownloadPlaintext.dll,這樣寫的是相對的路徑，所以我們必須要手動的把這個dll文件拷到該項目的bin目錄下對應的release或者Debug目錄中去。否則就會找不到dll,或者直接將此dll，丟到system32中去，但這樣做是不安全的；

EntryPoint是外部函數 的入口點，可以理解為調用外部函數的那個方法，假設dll中存在DownloadPlaintext這個函數名，而項目中也存在的話，這樣就會有沖突，所以C#還提供了重定義外部函數方法名，（并不是該dll中的名字，只是改變其在這個項目文件中的使用名而已），就像上面的例子一樣，將DownloadPlaintext方法在C#這個項目的使用名命名為FileDownLoad ，要注意的是參數要一致，類型要一致；

MarshalAs 是指提供向非托管代碼封裝數據時的規則，上面告訴net,第一個參數要用string 類型，第三個是bool型；

這里要注意一個問題，剛開始改代碼時，調試通過了，一發到IIS，其他人根本無法成功調用這個方法，我糾結了半天，后來才找到原因！

因為是在前人基礎上改代碼，沒注意前人留下的坑，這份代碼的初始者，將dll的引入路徑做成的是絕對路徑：

[DllImport(@("C:/CloudDll/DownloadPlaintext.dll",EntryPoint="DownloadPlaintext"))]

這樣的話，IIS是無法去找到這個路徑的，即使你在C:/CloudDll目錄下有這個dll，所以，要專業點...

這個方法，看似是好簡單的東西，可是不深究的話是學不到東西的！

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對武林網的支持。如果你想了解更多相關內容請查看下面相關鏈接