C# [ImportDll()] 知識小結

今天小編就爲大家分享一篇關於C# [ImportDll()] 知識小結,小編覺得內容挺不錯的,現在分享給大家,具有很好的參考價值,需要的朋友一起跟隨小編來看看吧

這周在做公司的一個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,所以,要專業點...

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

總結

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

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章