C# 導入dll時CallingConvention的設置問題

轉載自:http://www.xuebuyuan.com/645807.html

#調用非託管的.dll文件方法如下：

 [DllImport("XORDll.dll",
            EntryPoint = "OutEncrypt",
            CharSet = CharSet.Ansi,
            CallingConvention = CallingConvention.StdCall)  
         ]

        public static extern int OutEncrypt(string FilePath, string SecretWord); 

其中CallingConvention.就有五種方式：

CallingConvention = CallingConvention.StdCall
CallingConvention = CallingConvention.Cdecl
CallingConvention = CallingConvention.FastCall
CallingConvention = CallingConvention.ThisCall
CallingConvention = CallingConvention.Winapi

"By default, C and C++ use cdecl - but marshalling uses stdcall to match the Windows API."

翻譯：默認情況下，C和C++使用的Cdecl調用 ，但編組使用StdCall調用匹配的Windows
API

對於FastCall、ThisCall、Winapi這三種調用方式尚不清楚。

引用：百度文庫  http://wenku.baidu.com/view/70f06e48cf84b9d528ea7ae9.html

#define   CALLBACK         __stdcall    
#define   WINAPI           __stdcall    
#define   WINAPIV          __cdecl    
#define   APIENTRY          WINAPI    
#define   APIPRIVATE       __stdcall    
#define   PASCAL           __stdcall

      調用約定(Calling   convention)：決定函數參數傳送時入棧和出棧的順序，由調用者還是被調用者把參數彈出棧,以及編譯器用來識別函數名字的修飾約定 .

  
函數調用約定有多種，這裏簡單說一下：    
  1、__stdcall調用約定相當於16位動態庫中經常使用的PASCAL調用約定。
在32位的VC++5.0中PASCAL調用約定不再被支持（實際上它已被定義
爲__stdcall。除了__pascal外，__fortran和__syscall也不被支持），取而代
之的是__stdcall調用 約定。兩者實質上是一致的，即函數的參數自右向
左通過棧傳遞，被調用的函數在返回前清理傳送參數的內存棧，但不同
的是函數名的修飾部分（關於函數名的修飾 部分在後面將詳細說明）。    
  _stdcall是Pascal程序的缺省調用方式，通常用於Win32   Api中，函數採
用從右到左的壓棧方式，自己在退出時清空堆棧。VC將函數編譯後會在
函數名前面加上下劃線前綴，在函數名後加上"@"和參數的字節數。

    
  2、C調用約定（即用__cdecl關鍵字說明）按從右至左的順序壓參數入
棧，由調用者把參數彈出棧。對於傳送參數的內存棧是由調用者來維護
的（正因爲如此，實現可變參數的函數只能使用該調用約定）。另外，
在函數名修飾約定方面也有所不同。    
  _cdecl是C和C＋＋程序的缺省調用方式。每一個調用它的函數都包含清
空堆棧的代碼，所以產生的可執行文件大小會比調用_stdcall函數的大。函
數採用從右到左的壓棧方式。VC將函數編譯後會在函數名前面加上下劃線
前綴。是MFC缺省調用約定。

    
  3、__fastcall調用約定是“人”如其名，它的主要特點就是快，因爲它是通
過寄存器來傳送參數的（實際上，它用ECX和EDX傳送前兩個雙字
（DWORD）或更小的參數，剩下的參數仍舊自右向左壓棧傳送，被調用
的函數在返回前清理傳送參數的內存棧），在函數名修飾約定方面，它和
前兩者均不同。_fastcall方式的函數採用寄存器傳遞參數，VC將函數
編譯後會在函數名前面加上"@"前綴，在函數名後加上"@"和參數的字節數。

            
  4、thiscall僅僅應用於“C++”成員函數。this指針存放於CX寄存器，參數從右
到左壓。thiscall不是關鍵詞，因此不能被程序員指定。

    
  5、naked   call採用1-4的調用約定時，如果必要的話，進入函數時編譯器
會產生代碼來保存ESI，EDI，EBX，EBP寄存器，退出函數時則產生代碼恢
復這些寄存器的內容。naked   call不產生這樣的代碼。naked   call不是類型
修飾符，故必須和_declspec共同使用。

    
  關鍵字   __stdcall、__cdecl和__fastcall可以直接加在要輸出的函數前，
也可以在編譯環境的Setting.../C/C++   /Code   Generation項選擇。當加在輸
出函數前的關鍵字與編譯環境中的選擇不同時，直接加在輸出函數前的關鍵
字有效。它們對應的命令行參數分別爲/Gz、 /Gd和/Gr。缺省狀態爲/Gd，即__cdecl。

    
       要完全模仿PASCAL調用約定首先必須使用__stdcall調用約定，至於函數名修飾約定，可以通過其它方法模仿。還有一個值得一提的是WINAPI 宏，
Windows.h支持該宏，它可以將出函數翻譯成適當的調用約定，在WIN32中，
它被定義爲__stdcall。使用WINAPI宏可以創建自己 的APIs。 
  
總結一點常用的:      
關於PASCAL這種調用約定的函數都是由它本身來清棧，而__cdecl的函數都是
由調用者來清棧. 實際用的時候，個人覺得兩者最大的差別在 於：__cdecl的函
數參數個數可以聲明爲不確定，比如printf，scanf之類，而PASCAL的函數是不
可以這樣做的，如果這樣的話它不知道實參有多少個。      
VC裏面：PASCAL==CALLBACK==WINAPI==__stdcall