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


C#調用非托管的.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

 

轉自:http://blog.csdn.net/qq2399431200/article/details/9173045


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM