stdcall

本文详细介绍了函数调用约定的概念,包括_stdcall、_cdecl、_fastcall和thiscall等,并解释了它们如何影响参数传递及堆栈清理。此外,还讨论了函数名修饰约定以及如何在不同的编译环境下应用这些调用约定。
被这些修饰关键字修饰的函数,其参数都是从右向左通过堆栈传递的(__fastcall的前面部分由ecx,edx传),
  函数调用在返回前要清理堆栈,但由调用者还是被调用者清理不一定。
  1、_stdcall是Pascal程序的缺省调用方式,通常用于Win32 Api中,函数采用从右到左的压栈方式,
  自己在退出时清空堆栈。VC将函数编译后会在函数名前面加上下划线前缀,在函数名后加上"@"和参数的字节数。 int f(void *p) -->> _f@4(在外部汇编语言里可以用这个名字引用这个函数)
  2、C调用约定(即用__cdecl关键字说明)(The C default calling convention)按从右至左的顺序压参数入栈,由调用者把参数弹出栈。对于传送参数的内存栈是由调用者来维护的(正因为如此,实现可变参数vararg的函数(如printf)只能使用该调用约定)。另外,在函数名修饰约定方面也有所不同。 _cdecl是C和C++程序的缺省调用方式。每一个调用它的函数都包含清空堆栈的代码,所以产生的可执行文件大小会比调用_stdcall函数的大。函数采用从右到左的压栈方式。VC将函数编译后会在函数名前面加上下划线前缀。
  是MFC缺省调用约定。 
  3、__fastcall调用的主要特点就是快,因为它是通过寄存器来传送参数的(实际上,它用ECX和EDX传送前两个双字(DWORD)或更小的参数,剩下的参数仍旧自右向左压栈传送,被调用的函数在返回前清理传送参数的内存栈),在函数名修饰约定方面,它和前两者均不同。__fastcall方式的函数采用寄存器传递参数,VC将函数编译后会在函数名前面加上"@"前缀,在函数名后加上"@"和参数的字节数。 
  4、thiscall仅仅应用于“C++”成员函数。this指针存放于CX/ECX寄存器中,参数从右到左压。thiscall不是关键词,因此不能被程序员指定。 
  5、naked call。 当采用1-4的调用约定时,如果必要的话,进入函数时编译器会产生代码来保存ESI,EDI,EBX,EBP寄存器,退出函数时则产生代码恢复这些寄存器的内容。
  (这些代码称作 prolog and epilog code,一般,ebp,esp的保存是必须的).
  但是naked call不产生这样的代码。naked call不是类型修饰符,故必须和_declspec共同使用。 
  关键字 __stdcall、__cdecl和__fastcall可以直接加在要输出的函数前。它们对应的命令行参数分别为/Gz、/Gd和/Gr。缺省状态为/Gd,即__cdecl。 
  要完全模仿PASCAL调用约定首先必须使用__stdcall调用约定,至于函数名修饰约定,可以通过其它方法模仿。还有一个值得一提的是WINAPI宏,Windows.h支持该宏,它可以将出函数翻译成适当的调用约定,在WIN32中,它被定义为__stdcall。使用WINAPI宏可以创建自己的APIs。 
  2)名字修饰约定 
  1、修饰名(Decoration name) 
  “C”或者“C++”函数在内部(编译和链接)通过修饰名识别。修饰名是编译器在编译函数定义或者原
  型时生成的字符串。有些情况下使用函数的修饰名是必要的,如在模块定义文件里头指定输出“C++”重载函数、构造函数、析构函数,又如在汇编代码里调用“C””或“C++”函数等。 
  修饰名由函数名、类名、调用约定、返回类型、参数等共同决定。 
  2、名字修饰约定随调用约定和编译种类(C或C++)的不同而变化。函数名修饰约定随编译种类和调用约定
  的不同而不同,下面分别说明。 
  a、C编译时函数名修饰约定规则: 
  __stdcall调用约定在输出函数名前加上一个下划线前缀,后面加上一个“@”符号和其参数的字节数,
  格式为_functionname@number。 
  __cdecl调用约定仅在输出函数名前加上一个下划线前缀,格式为_functionname。 
  __fastcall调用约定在输出函数名前加上一个“@”符号,后面也是一个“@”符号和其参数的字节数,
  格式为@functionname@number。 
  它们均不改变输出函数名中的字符大小写,这和PASCAL调用约定不同,PASCAL约定输出的函数名无任何修饰且全部大写。 
  b、C++编译时函数名修饰约定规则: 
  __stdcall调用约定: 
  1、以“?”标识函数名的开始,后跟函数名; 
  2、函数名后面以“@@YG”标识参数表的开始,后跟参数表; 
  3、参数表以代号表示: 
  X--void , 
  D--char, 
  E--unsigned char, 
  F--short, 
  H--int, 
  I--unsigned int, 
  J--long, 
  K--unsigned long, 
  M--float, 
  N--double, 
  _N--bool, 
  .... 
  PA--表示指针,后面的代号表明指针类型,如果相同类型的指针连续出现,以“0”代替,一个“0”代
  表一次重复; 
  4、参数表的第一项为该函数的返回值类型,其后依次为参数的数据类型,指针标识在其所指数据类型前
  ; 
  5、参数表后以“@Z”标识整个名字的结束,如果该函数无参数,则以“Z”标识结束。 
  其格式为“?functionname@@YG*****@Z”或“?functionname@@YG*XZ”,例如 
  int Test1(char *var1,unsigned long)-----“?Test1@@YGHPADK@Z” 
  void Test2() -----“?Test2@@YGXXZ” 
  __cdecl调用约定: 
  规则同上面的_stdcall调用约定,只是参数表的开始标识由上面的“@@YG”变为“@@YA”。 
  __fastcall调用约定: 
  规则同上面的_stdcall调用约定,只是参数表的开始标识由上面的“@@YG”变为“@@YI”。 
  VC++对函数的省缺声明是"__cedcl",将只能被C/C++调用. 
  6 用法举例
  BOOL _declspec(dllexport)_stdcall InstallHook()
  {
  hkb = SetWindowsHookEx(WH_KEYBOARD, 
  (HOOKPROC)KeyboardProc,
  hins,
  0);
  return TRUE;
  }
### 作用与机制 `__stdcall` 是一种常见的调用约定(calling convention),主要用于 Windows API 函数和许多系统级编程中。其核心作用是定义函数调用过程中参数如何传递、堆栈如何清理以及寄存器的使用方式。 在 `__stdcall` 约定下,函数调用时参数从右向左压入堆栈,由被调用方(callee)负责清理堆栈中的参数。这种机制与 `__cdecl` 不同,后者由调用方(caller)负责清理堆栈[^3]。 这种约定的一个典型汇编示例为: ```assembly 00412DB1 mov esi, esp 00412DB3 lea eax, [dws] 00412DB9 push eax 00412DBA push 80h 00412DBF lea ecx, [ebp-168h] 00412DC5 push ecx 00412DC6 mov edx, dword ptr [ebp-48h] 00412DC9 mov eax, dword ptr [edx+10h] 00412DCC push eax 00412DCD call dword ptr [ebp-61Ch] 00412DD3 cmp esi, esp ; 此时堆栈已被 callee 清理 ``` 该机制确保了堆栈的一致性和稳定性,特别是在函数调用后堆栈清理的责任明确归属被调用函数[^2]。 ### 使用场景 `__stdcall` 通常用于需要与操作系统或底层硬件交互的场景。例如,Windows API 函数广泛采用 `__stdcall`,以确保跨模块调用时堆栈的一致性[^3]。 此外,`__stdcall` 也常用于回调函数的定义,尤其是在图形用户界面(GUI)编程中,例如窗口过程函数(Window Procedure)通常使用 `__stdcall` 约定。这种做法可以确保回调函数在不同模块之间传递时,调用行为保持一致[^1]。 由于 `__stdcall` 在调用结束后由被调用函数清理堆栈,因此它适用于参数数量固定且已知的函数。对于参数数量可变的函数(如 `printf`),通常使用 `__cdecl`,因为调用者必须知道参数的数量才能正确清理堆栈[^1]。 ### 优势与局限性 `__stdcall` 的优势在于减少了调用者的负担,调用者无需关心参数的清理,只需关注函数调用本身。这在系统级编程中尤为重要,因为它可以减少出错的可能性并提高执行效率。 然而,`__stdcall` 的局限性在于它不适用于可变参数函数。由于被调用函数在编译时必须知道参数的数量和大小,才能正确清理堆栈,因此它无法支持如 `printf` 这类参数数量不固定的函数。 此外,在某些现代编译器和优化场景中,`__stdcall` 的性能优势可能不如寄存器传参的调用约定(如 `__fastcall`)显著,因此在高性能要求的场景中可能不是首选[^1]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值