被C#調用的DLL一般只需要把導出的函數以適當的形式呈現即可調用，比如
extern "C" __declspec(dllexport)
BOOL Integrate3 (){...}，這樣的函數，在C#里面聲明如：
[DllImport("xxx.dll", CallingConvention = CallingConvention.StdCall, CharSet = CharSet.Unicode)]
public static extern bool Integrate3();，這里的調用相對是簡單的，而有些數據類型則必須通過MarshalAs來做托管類型的轉換，如：
extern "C" __declspec(dllexport)
BOOL Integrate (LPCWSTR file1, LPCWSTR file2, LPCWSTR outputFile){...}
由于數據類型不一致，所以在聲明時要注意把類型轉換過來。
[DllImport("xxx.dll", CallingConvention = CallingConvention.StdCall, CharSet = CharSet.Unicode)]
public static extern bool Integrate([In, MarshalAs(UnmanagedType.LPWStr)]string file1,
[In, MarshalAs(UnmanagedType.LPWStr)]string file2, [In, MarshalAs(UnmanagedType.LPWStr)]string outputFile);
這樣調用基本是沒有問題，重點在于數據類型的轉換。多試過幾次了就不問題了。
另外一個小小的實踐經驗就是在C#中調試C＋＋的DLL，知道了就是一句話，不知道就要搞半天，在C#項目屬性中“啟用調試項”中一項：“啟用非托管代碼調試”，鉤上這個，就萬事大吉了，就像你調試一般的程序一樣。
C#調用C++的DLL時，參數傳遞便成了一個問題。今天我碰到的一個問題是，在C++中導出的函數的參數是string類型的，在C#中通過string的參數調用時，便會出現該內存已損壞或不能讀取的異常信息。后來我把C++的導出函數的參數由string改為LPTSTR類型，也即char*類型，然后在C#中對應的參數改為StringBuilder類型，既解決了傳進去的參數問題，又解決了傳出參數的問題。
DllImport知識拓展：DllImport
.net 框架程序可以通過靜態 DLL 入口點的方式來訪問本機代碼庫。DllImport 屬性用于指定包含外部方法的實現的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 修飾符。
下面是 C# 調用 Win32 MessageBox 函數的示例：
using System;
using System.Runtime.InteropServices;
class MainApp
{
//通過DllImport引用user32.dll類。MessageBox來自于user32.dll類
[DllImport("user32.dll", EntryPoint="MessageBox")]
public static extern int MessageBox(int hWnd, String strMessage, String strCaption, uint uiType);
public static void Main()
{
MessageBox( 0, "您好，這是 PInvoke！", ".net", 0 );
}
}
面向對象的編程語言幾乎都用到了抽象類這一概念，抽象類為實現抽象事物提供了更大的靈活性。C#也不例外, C#通過覆蓋虛接口的技術深化了抽象類的應用。欲了解這方面的知識，請看下一節-覆蓋虛接口
這里講述的是C#調用標準動態庫的問題, 在我以前的文件中講到過, C#調用Win32API, 原理是一樣的. 這里我詳細講解用C寫一個標準的動態庫, 然后讓C#調用. (本篇適合初學者, 中間沒有任何冗余代碼, 簡潔明了)
軟件環境: VC6.0(當然其他版本的VC5也可以)
1.制作標準動態庫
__declspec(dllexport) int __cdecl add(int, int);//這一句是聲明動態庫輸出一個可供外不調用的函數原型.
int add(int a,int b) {//實現這個函數
return a+b;
}
以上簡單3行代碼,聲明一個add的方法, 輸入參數是兩個int參數,返回這兩個數之和. 保存為MyLib.c
然后執行編譯命令.
H:\XSchool\C#-School\HowTo>cl /LD MyLib.c
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8168 for 80x86
Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
MyLib.c
Microsoft (R) Incremental Linker Version 6.00.8447
Copyright (C) Microsoft Corp 1992-1998. All rights reserved.
/out:MyLib.dll
/dll
/implib:MyLib.lib
MyLib.obj
Creating library MyLib.lib and object MyLib.exp
確信有以上輸出, 說明編譯成功生成了動態庫.
2.編寫C-Sharp程序調用該動態庫
using System;
using System.Runtime.InteropServices;//這是用到DllImport時候要引入的包
public class InvokeDll {
[DllImport("MyLib.dll", CharSet=CharSet.Auto)]
static extern int add(int a,int b);//聲明外部的標準動態庫, 跟Win32API是一樣的.
public static void Main() {
Console.WriteLine(add(10,30));
}
}
保存為InvokeDll.cs文件, 與MyLib.dll置于同一目錄, 編譯該文件.
H:\XSchool\C#-School\HowTo>csc invokedll.cs
將生成Invokedll.exe, 可以執行該文件.
以上是C-Sharp調用標準動態庫的全過程, 本來覺得很簡單的東西, 一直都沒有想寫, 碰巧今日遇一朋友問及此事, 就順便寫了下來.