【转】调用约定
2012-07-24 17:52
302 查看
调用约定 调用约定(Calling convention)决定以下内容:函数参数的压栈顺序,由调用者还是被调用者把参数弹出栈,以及产生函数修饰名的方法。MFC支持以下调用约定: _cdecl 按从右至左的顺序压参数入栈,由调用者把参数弹出栈。对于“C”函数或者变量,修饰名是在函数名前加下划线。对于“C++”函数,有所不同。 如函数void test(void)的修饰名是_test;对于不属于一个类的“C++”全局函数,修饰名是?test@@ZAXXZ。 这是MFC缺省调用约定。由于是调用者负责把参数弹出栈,所以可以给函数定义个数不定的参数,如printf函数。 _stdcall 按从右至左的顺序压参数入栈,由被调用者把参数弹出栈。对于“C”函数或者变量,修饰名以下划线为前缀,然后是函数名,然后是符号“@”及参数的字节数,如函数int func(int a, double b)的修饰名是_func@12。对于“C++”函数,则有所不同。 所有的Win32 API函数都遵循该约定。 _fastcall 头两个DWORD类型或者占更少字节的参数被放入ECX和EDX寄存器,其他剩下的参数按从右到左的顺序压入栈。由被调用者把参数弹出栈,对于“C”函数或者变量,修饰名以“@”为前缀,然后是函数名,接着是符号“@”及参数的字节数,如函数int func(int a, double b)的修饰名是@func@12。对于“C++”函数,有所不同。 未来的编译器可能使用不同的寄存器来存放参数。 thiscall 仅仅应用于“C++”成员函数。this指针存放于CX寄存器,参数从右到左压栈。thiscall不是关键词,因此不能被程序员指定。 naked call 采用1-4的调用约定时,如果必要的话,进入函数时编译器会产生代码来保存ESI,EDI,EBX,EBP寄存器,退出函数时则产生代码恢复这些寄存器的内容。naked call不产生这样的代码。 naked call不是类型修饰符,故必须和_declspec共同使用,如下: __declspec( naked ) int func( formal_parameters ) { // Function body } 过时的调用约定 原来的一些调用约定可以不再使用。它们被定义成调用约定_stdcall或者_cdecl。例如: #define CALLBACK __stdcall #define WINAPI __stdcall #define WINAPIV __cdecl #define APIENTRY WINAPI #define APIPRIVATE __stdcall #define PASCAL __stdcall 转自:http://zhidao.baidu.com/question/289191382.html
相关文章推荐
- 详细的调用约定
- 函数调用约定 stdcall cdecl fastcall thiscall naked call
- MFC中的函数调用约定,extern C, __declspec(dllexport)
- 几种调用约定[转自百度百科]
- __cdecl __fastcall与 __stdcall 调用约定
- C/C++:函数的编译方式与调用约定以及extern “C”的使用
- C#调用C++ dll时CallingConvention调用约定详解
- 调用约定 C++对照及汇编详解
- 调用约定与修饰名约定
- C程序使用不同函数调用约定调用汇编子过程
- IntelliSense: 调用约定后面不能是嵌套声明符, IntelliSense: 应输入类型说明符 concrt.h 解决方案
- 名字修饰约定和函数调用约定
- 论调用约定
- C/C++:函数的编译方式与调用约定以及extern “C”的使用
- __declspec(dllimport)和__declspec(dllexport)的区别,以及有关c/c++调用约定
- 调用导致堆栈不对称。原因可能是托管的 PInvoke 签名与非托管的目标签名不匹配。请检查 PInvoke 签名的调用约定和参数与非托管的目标签名是否匹配
- 函数调用约定学习(一)
- 调用约定
- Visual Studio——调用约定与(动态)库详解
- 调用约定(calling convention)(转)