简单问题,答对送分!

muche 2003-08-13 05:01:51
__stdcall 这是个什么符号?有什么作用?
...全文
60 12 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
zlj617 2003-08-14
  • 打赏
  • 举报
回复
up
muche 2003-08-14
  • 打赏
  • 举报
回复
o
muche 2003-08-14
  • 打赏
  • 举报
回复
__cdecl,在调用一个函数的时候,参数入栈,调用完以后,由调用该函数的 代码维护栈
__stdcall,调用该函数栈的维护工作是由函数自已来完成的 不需要由调用该函数代码进行栈的维护
FAICHEN 2003-08-13
  • 打赏
  • 举报
回复
调用约定这个问题我参与了5次以上了
实际上就是参数压栈顺序及其谁来做释放者的问题
一般情况下,调用约定相同就没问题
xiaohedou 2003-08-13
  • 打赏
  • 举报
回复
_stdcall与_cdecl主要是调用的顺序问题,一般在c与pascal的协调上常用。
muche 2003-08-13
  • 打赏
  • 举报
回复
good
kwiner 2003-08-13
  • 打赏
  • 举报
回复
gz
guanjinke 2003-08-13
  • 打赏
  • 举报
回复
_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
muche 2003-08-13
  • 打赏
  • 举报
回复
有点明白,但还是不太明白,那种资料上有讲这个的?
zhucde 2003-08-13
  • 打赏
  • 举报
回复
参看MSDN
littlebao 2003-08-13
  • 打赏
  • 举报
回复
__cdecl,在调用一个函数的时候,参数入栈,调用完以后,由调用该函数的
代码维护栈
__stdcall,调用该函数栈的维护工作是由函数自已来完成的
不需要由调用该函数代码进行栈的维护
guanjinke 2003-08-13
  • 打赏
  • 举报
回复
指示编译器编译函数的方式,是从左到右还是从右向左

16,548

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • AIGC Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧