使用Signature Tool自動生成P/Invoke調用Windows API的C#函數聲明

分類：?小技巧?Win32編程?C++?解決難題?.NET2009-02-05 20:53?5186人閱讀?評論(12)?收藏?舉報

在網上看到很多網友在.NET程序中調用Win32 API，或者調用自己的VC DLL里面提供的函數的時候，總是被生成正確的C函數在C#中的正確聲明而困擾，而生成C++中結構體在C#中的聲明?-?天，沒有什么比這個更讓人惡心的事情了。因為：

1.?????????如果你的結構體里面包含?TCHAR字符串成員的話，需要考慮ANSI和Unicode DLL的情形。

2.?????????如果你的結構體里面包含數組成員，需要考慮定長的數組，而不是對應C#數據類型。

3.?????????如果你的結構體里面包含聯合體（UNION），需要使用Explict選項，如果聯合體里面又包含結構體。

4.?????????你還要考慮你的結構體可以同時在32位和64位機上運行。

5.?????????你還要考慮C編譯器對結構體所作的PADDING的優化。

6.?????????你還要考慮在.NET里面對結構體的優化，例如CLR會將一些.NET struct的成員的次序變換—以便更有效地利用內存。

7.?????????如果你的結構里面還包含了其他的結構體。

8.?????????如果你的結構體里面還包含函數指針……

9.?????????如果你的結構體里面包含函數指針數組。

10.?????如果你的結構體里面包含了指針……

11.?????如果你的結構體里面有一些成員是被所調用的C函數所設置的。

12.?????CLR提供了幾種結構體的布局選項，什么Auto，什么Explicit，什么Sequential

13.?????有的結構體的情況是上面說的情形的綜合，想想我們的VARIANT結構吧。

?

如果結構體定義錯誤的話，在使用的時候，CLR只是簡簡單單地拋出一個AccessViolationException，真是叫天天不應，叫地地不靈。

?

另外還有一種情形就是在C中定義.NET的結構體對應的聲明，這樣C或者C++程序可以使用這個結構，調用.NET的類庫提供的一些函數，這個轉換也是一個痛苦的過程。

?

看起來微軟自己也是深受.NET蹩腳的P/Invoke支持的毒害，因此無奈之余發布了P/Invoke Interop Assistant工具，你可以去下面這個鏈接來下載這個工具：

http://download.microsoft.com/download/f/2/7/f279e71e-efb0-4155-873d-5554a0608523/CLRInsideOut2008_01.exe

?

實際上這個工具已經開源了，你可以從這里

http://www.codeplex.com/clrinterop/

下載到它的源代碼。

?

簡單介紹一下它的用法

自動生成Native函數或者結構在.NET程序中的聲明，切換到“SigImp Translate Snippet”標簽，然后將Native函數或者結構的聲明拷貝到“Native Code Snippet”文本框里面，然后選中“Auto Generate”對話框，點擊“Generate”就可以獲取對應的.NET聲明，如下圖所示：

?

查找Win32 API中在.NET中的聲明，選擇“SigImp Search”，并在“Name”文本框里面輸入你要查找的函數或者結構名稱就可以了，如下圖所示：

?

驗證或者生成.NET函數（或結構）在C?中的聲明，切換到“SigExp”并且打開一個包含P/Invoke函數調用的.NET Assembly就可以了，這個程序會顯示對應的C的聲明，并且告訴你C#聲明編寫錯誤的地方：

總結

以上是生活随笔為你收集整理的使用Signature Tool自动生成P/Invoke调用Windows API的C#函数声明的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。