__stdcall、__cdcel和__fastcall三者的区别

一、概述

__stdcall、__cdecl和__fastcall是三种函数调用协议,函数调用协议会影响函数参数的入栈方式、栈内数据的清除方式、编译器函数名的修饰规则等。

二、调用协议常用场合 

__stdcall:Windows API默认的函数调用协议。

__cdecl:C/C++默认的函数调用协议。

__fastcall:适用于对性能要求较高的场合。

三、 函数参数入栈方式 

__stdcall:函数参数由右向左入栈。

__cdecl:函数参数由右向左入栈。

__fastcall:从左开始不大于4字节的参数放入CPU的ECX和EDX寄存器,其余参数从右向左入栈。

四、栈内数据清除方式 

__stdcall:函数调用结束后由被调用函数清除栈内数据。

__cdecl:函数调用结束后由函数调用者清除栈内数据。

__fastcall:函数调用结束后由被调用函数清除栈内数据。

五、常见问题 

  1. __fastcall在寄存器中放入不大于4字节的参数,故性能较高,适用于需要高性能的场合。 
  2. 不同编译器设定的栈结构不尽相同,跨开发平台时由函数调用者清除栈内数据不可行。 
  3. 某些函数的参数是可变的,如printf函数,这样的函数只能由函数调用者清除栈内数据。
  4. 由调用者清除栈内数据时,每次调用都包含清除栈内数据的代码,故可执行文件较大。 

六、C语言编译器函数名称修饰规则 

__stdcall:编译后,函数名被修饰为"[email protected]"。

__cdecl:编译后,函数名被修饰为"_functionname"。

__fastcall:编译后, 函数名给修饰为"@[email protected]"。

注:"functionname"为函数名,"number"为参数字节数。

注:函数实现和函数定义时如果使用了不同的函数调用协议,则无法实现函数调用。

七、C++语言编译器函数名称修饰规则 

__stdcall:编译后,函数名被修饰为"[email protected]@YG******@Z"。

__cdecl:编译后,函数名被修饰为"[email protected]@YA******@Z"。

__fastcall:编译后,函数名被修饰为"[email protected]@YI******@Z"。

注:"******"为函数返回值类型和参数类型表。

注:函数实现和函数定义时如果使用了不同的函数调用协议,则无法实现函数调用。 C语言和C++语言间如果不进行特殊处理,也无法实现函数的互相调用。

时间: 2024-08-03 05:28:33

__stdcall、__cdcel和__fastcall三者的区别的相关文章

[参考]__stdcall、__cdcel和__fastcall三者的区别

一.概述 __stdcall.__cdecl和__fastcall是三种函数调用协议,函数调用协议会影响函数参数的入栈方式.栈内数据的清除方式.编译器函数名的修饰规则等. 二.调用协议常用场合  __stdcall:Windows API默认的函数调用协议. __cdecl:C/C++默认的函数调用协议. __fastcall:适用于对性能要求较高的场合. 三. 函数参数入栈方式  __stdcall:函数参数由右向左入栈. __cdecl:函数参数由右向左入栈. __fastcall:从左开始

C++知识回顾之__stdcall、__cdcel和__fastcall三者的区别

__stdcall.__cdecl和__fastcall是三种函数调用协议,函数调用协议会影响函数参数的入栈方式.栈内数据的清除方式.编译器函数名的修饰规则等. 调用协议常用场合 __stdcall:Windows API默认的函数调用协议. __cdecl:C/C++默认的函数调用协议. __fastcall:适用于对性能要求较高的场合. 函数参数入栈方式 __stdcall:函数参数由右向左入栈. __cdecl:函数参数由右向左入栈. __fastcall:从左开始不大于4字节的参数放入C

【转】【C++】__stdcall、__cdcel和__fastcall三者的区别

__stdcall.__cdecl和__fastcall是三种函数调用协议,函数调用协议会影响函数参数的入栈方式.栈内数据的清除方式.编译器函数名的修饰规则等.如下图所示,可以在IDE环境中设定所有函数默认的调用协议,还可以在函数定义时单独设定本函数的调用协议. 调用协议常用场合 __stdcall:Windows API默认的函数调用协议. __cdecl:C/C++默认的函数调用协议. __fastcall:适用于对性能要求较高的场合. 函数参数入栈方式 __stdcall:函数参数由右向左

C#中数组、ArrayList和List三者的区别

在C#中数组,ArrayList,List都能够存储一组对象,那么这三者到底有什么样的区别呢. 数组 数组在C#中最早出现的.在内存中是连续存储的,所以它的索引速度非常快,而且赋值与修改元素也很简单. [csharp] view plaincopy <span style="font-family:SimSun;font-size:18px;">//数组 string[] s=new string[2]; //赋值 s[0]="a"; s[1]=&quo

菜鸟,大牛和教主,三者的区别(转载,有种莫名的喜感。。。)

对菜鸟来说题目有三种:会算法且能AC的,会算法但不能AC的,不会做的 对大牛来说题目有两种:会做的,不会做的 对教主来说题目有两种:能AC的,数据有错的 菜鸟提交WA了,找了N久找不出错时,在论坛大骂数据有错,但是没人理 大牛提交WA了,找了N久找不出错时,写暴力程序或者求别人的AC程序对拍 教主提交WA了,Judge马上修正数据 菜鸟面对一道难题,直接暴搜 大牛面对一道难题,算了算时间复杂度不对,或者证明出是NP难,果断放弃 教主面对一道难题,说,虽然我不会做,但AC还是没有问题的 菜鸟AC了

菜鸟,大牛和教主三者的区别(转自hzwer)

菜鸟,大牛和教主,三者的区别 对菜鸟来说题目有三种:会算法且能AC的,会算法但不能AC的,不会做的 对大牛来说题目有两种:会做的,不会做的 对教主来说题目有两种:能AC的,数据有错的 菜鸟提交WA了,找了N久找不出错时,在论坛大骂数据有错,但是没人理 大牛提交WA了,找了N久找不出错时,写暴力程序或者求别人的AC程序对拍 教主提交WA了,Judge马上修正数据 菜鸟面对一道难题,直接暴搜 大牛面对一道难题,算了算时间复杂度不对,或者证明出是NP难,果断放弃 教主面对一道难题,说,虽然我不会做,但

SIEM、SOC、MSS三者的区别与联系

SIEM.SOC.MSS三者的区别与联系 前言 SIEM和SOC在国内并不是一个新兴的名词,相反在国内安全圈内经过了10余年的挣扎,SIEM已经趋于成熟,但是SOC仍处于一个鸡肋的位置,我认为其主要原因在SOC受制于国内体制.政策.相关日志标准.应用环境.传统认识的制约,从而它在国内一开始就是以产品的方式出现.缺少了MSS的辅助SOC就像是要求汽车驾驶员去驾驶维护飞机,这也是国内SOC一直无法用起来的主要原因. 而以SOC为基础的MSS(可管理安全服务)一直无法发展状大的原因有二. 欧美国家对M

转:c++里关于cerr,clog,cout三者的区别

c++里关于cerr,clog,cout三者的区别: cerr(无缓冲标准错误)-----没有缓冲,发送给它的内容立即被输出 clog(缓冲标准错误)--------有缓冲,缓冲区满时输出 cout-------------------------标准输出 三个都是ostream类定义的输出流对象, cout是在终端显示器输出,cout流在内存中对应开辟了一个缓冲区,用来存放流中的数据,当向cout流插入一个endl,不论缓冲区是否漫了,都立即输出流中所有数据,然后插入一个换行符. cerr流对

x64、x86_64、x64三者的区别

x86是指intel的开发的一种32位指令集,从386开始时代开始的,一直沿用至今,是一种cisc指令集,所有intel早期的cpu,amd早期的cpu都支持这种指令集,ntel官方文档里面称为“IA-32” x84_64是x86 CPU开始迈向64位的时候,有2选择:1.向下兼容x86.2.完全重新设计指令集,不兼容x86.AMD抢跑了,比Intel率先制造出了商用的兼容x86的CPU,AMD称之为AMD64,抢了64位PC的第一桶金,得到了用户的认同.而Intel选择了设计一种不兼容x86的