函数调用约定解析 (zt)

章讲述了几种主要程序语言中的函数调用约定;详细说明时主要以VC6中的函数调用约定为主,阐释方式主要是以C++程序编译后得到的汇编代码来进行说明;

 我所使用的编译器和平台:WindowsXP + 赛扬1G + VC6(主要工具)\Delphi6\C++Builder6;

一:函数调用约定; 
    函数调用约定是函数调用者和被调用的函数体之间关于参数传递、返回值传递、堆栈清除、寄存器使用的一种约定; 
    它是需要二进制级别兼容的强约定,函数调用者和函数体如果使用不同的调用约定,将可能造成程序执行错误,必须把它看作是函数声明的一部分;

二:常见的函数调用约定;

VC6中的函数调用约定;

        调用约定        堆栈清除    参数传递 
        __cdecl         调用者      从右到左,通过堆栈传递 
        __stdcall       函数体      从右到左,通过堆栈传递 
        __fastcall      函数体      从右到左,优先使用寄存器(ECX,EDX),然后使用堆栈 
        thiscall        函数体      this指针默认通过ECX传递,其它参数从右到左入栈

__cdecl是C\C++的默认调用约定; VC的调用约定中并没有thiscall这个关键字,它是类成员函数默认调用约定; 
C\C++中的main(或wmain)函数的调用约定必须是__cdecl,不允许更改; 
默认调用约定一般能够通过编译器设置进行更改,如果你的代码依赖于调用约定,请明确指出需要使用的调用约定;

Delphi6中的函数调用约定;

        调用约定        堆栈清除    参数传递 
        register        函数体      从左到右,优先使用寄存器(EAX,EDX,ECX),然后使用堆栈 
        pascal          函数体      从左到右,通过堆栈传递 
        cdecl           调用者      从右到左,通过堆栈传递(与C\C++默认调用约定兼容) 
        stdcall         函数体      从右到左,通过堆栈传递(与VC中的__stdcall兼容) 
        safecall        函数体      从右到左,通过堆栈传递(同stdcall)

Delphi中的默认调用约定是register,它也是我认为最有效率的一种调用方式,而cdecl是我认为综合效率最差的一种调用方式; 
VC中的__fastcall调用约定一般比register效率稍差一些;

C++Builder6中的函数调用约定;

        调用约定        堆栈清除    参数传递 
        __fastcall      函数体      从左到右,优先使用寄存器(EAX,EDX,ECX),然后使用堆栈 (兼容Delphi的register) 
        (register与__fastcall等同) 
        __pascal        函数体      从左到右,通过堆栈传递 
        __cdecl         调用者      从右到左,通过堆栈传递(与C\C++默认调用约定兼容) 
        __stdcall       函数体      从右到左,通过堆栈传递(与VC中的__stdcall兼容) 
        __msfastcall    函数体      从右到左,优先使用寄存器(ECX,EDX),然后使用堆栈(兼容VC的__fastcall)

 

常见的函数调用约定中,只有cdecl约定需要调用者来清除堆栈; 
C\C++中的函数支持参数数目不定的参数列表,比如printf函数;由于函数体不知道调用者在堆栈中压入了多少参数, 
所以函数体不能方便的知道应该怎样清除堆栈,那么最好的办法就是把清除堆栈的责任交给调用者; 
这应该就是cdecl调用约定存在的原因吧;

VB一般使用的是stdcall调用约定;(ps:有更强的保证吗) 
Windows的API中,一般使用的是stdcall约定;(ps: 有更强的保证吗) 
建议在不同语言间的调用中(如DLL)最好采用stdcall调用约定,因为它在语言间兼容性支持最好;

三:函数返回值传递方式
   其实,返回值的传递从处理上也可以想象为函数调用的一个out形参数; 函数返回值传递方式也是函数调用约定的一部分;
   有返回值的函数返回时:一般int、指针等32bit数据值(包括32bit结构)通过eax传递,(bool,char通过al传递,short通过ax传递),特别的__int64等64bit结构(struct) 通过edx,eax两个寄存器来传递(同理:32bit整形在16bit环境中通过dx,ax传递); 其他大小的结构(struct)返回时把其地址通过eax返回;(所以返回值类型不是1,2,4,8byte时,效率可能比较差) 
   参数和返回值传递中,引用方式的类型可以看作与传递指针方式相同; 
   float\double(包括Delphi中的extended)都是通过浮点寄存器st(0)返回;

四:通过VC中的C++例子和产生出的汇编清单来对函数调用约定进行说明;

(ps:后面虽然列出了很多汇编,但是我做了很详细的注释,我希望那些对汇编感到“恐惧”的人 
也能顺利的阅读; 并为那些想在VC中使用汇编的人提供一些帮助

A: 
测试代码:

int x; 
int __cdecl add(int a,int b) { return a+b; }//使用__cdecl调用约定 
int main(int argc, char* argv[]) 

    x=add(1,2); 
    return 0; 
}

 

; Debug模式编译后得到的汇编代码

PUBLIC      ?x@@3HA                    ; x 
_BSS        SEGMENT 
?x@@3HA     DD        01H DUP (?)      ; x变量 
_BSS        ENDS 
PUBLIC      ?add@@YAHHH@Z              ; add 
PUBLIC      _main 
EXTRN       __chkesp:NEAR 
;           COMDAT       _main 
_TEXT       SEGMENT

_main       PROC NEAR                  ; COMDAT        //main函数体

  push    ebp         ; //保存ebp的值到堆栈,退出函数前用pop ebp恢复 
  mov     ebp, esp    ; //ebp指向当前堆栈; 函数中可以通过ebp来进行堆栈访问 
  sub     esp, 64     ; //在堆栈中开辟64byte局部空间

                      ; //说明:这三条汇编指令是很多函数体开始的惯用法; 
                      ; //用ebp指向堆栈(不会改变);并通过ebp来访问参数和局部变量;

  push    ebx         ; //一般按照函数间调用的约定,函数中可以自由使用eax,ecx,edx; 
  push    esi         ; //其它寄存器如果需要使用则需要保存,用完时恢复;也就是寄存器的使用约定; 这也使函数调用约定的一部分;
  push    edi         ; //即:在函数中调用了别的函数后,eax,ecx,edx很可能已经改变, 
                      ; //而其它寄存器(ebx,esi,edi,ebp)的值可以放心继续使用(esp除外)

  lea    edi, DWORD PTR [ebp-64] 
  mov    ecx, 16                 ; 00000010H 
  mov    eax, -858993460         ; ccccccccH 
  rep stosd                      ; //前面开辟的(16*4)byte局部空间全部填充0xCC 
                                 ; //注意: 0xCC是调试中断(__asm int 3)的指令码,所以可以想象,当 
                                 ; //程序错误的跳转到这个区域进行执行时将产生调试中断

  push   2                       ; //代码: x=add(1,2);  
  push   1                       ; //从右到左入栈  (__cdecl调用约定!!!) 
  call   ?add@@YAHHH@Z           ; 调用add函数;call指令将把下一条指令的地址(返回地址)压入堆栈 
  add    esp, 8                  ; add函数调用完以后,调用者负责清理堆栈 (__cdecl调用约定!!!) 
                                 ; 两个int型参数共使用了8byte空间的堆栈 
  mov    DWORD PTR ?x@@3HA, eax  ; 将add函数的返回值存入x变量中,可以看出add函数的返回值放在eax中

  xor    eax, eax      ; //原代码:return 0;   执行eax清零,main函数的返回值0放在eax中

  pop    edi 
  pop    esi 
  pop    ebx           ; //恢复edi,esi,ebx寄存器 
  add    esp, 64       ; //恢复64byte局部空间 
  cmp    ebp, esp                
  call    __chkesp     ; //到这里时应该ebp==esp, Debug版进行确认,如果不等,抛出异常等 
  mov    esp, ebp 
  pop    ebp           ; //恢复ebp寄存器 
  ret    0 
_main     ENDP 
_TEXT     ENDS

;//下面是add函数的代码,就不用解释的像上面那么详细了

;        COMDAT  ?add@@YAHHH@Z
_TEXT            SEGMENT 
_a$ = 8                                ;//参数a相对于堆栈偏移8 
_b$ = 12                               ;//参数b相对于堆栈偏移12

?add@@YAHHH@Z PROC NEAR                ; add, COMDAT        //add函数体

  push        ebp 
  mov         ebp, esp 
  sub         esp, 64                  ; 00000040H 
  push        ebx 
  push        esi 
  push        edi 
  lea         edi, DWORD PTR [ebp-64] 
  mov         ecx, 16                  ; 00000010H 
  mov         eax, -858993460          ; ccccccccH 
  rep stosd

  mov         eax, DWORD PTR _a$[ebp]  ;将参数a的值移动到eax 
  add         eax, DWORD PTR _b$[ebp]  ;将参数b的值累加到eax; 可以看出返回值通过eax返回

  pop         edi 
  pop         esi 
  pop         ebx 
  mov         esp, ebp 
  pop         ebp 
  ret         0                     ; 函数体不管堆栈的参数清理 (__cdecl调用约定!!!) 
                                    ; ret指令将取出call指令压入的返回地址,并跳转过去继续执行

?add@@YAHHH@Z ENDP                  ; add 
_TEXT        ENDS 
END

; 再来看一下Release模式编译后得到的汇编代码 
; 可以看出,这比Debug模式少了很多的汇编指令,速度当然可能更快了;不再做详细说明了,请对照上面的解释

PUBLIC        ?x@@3HA                   ; x 
_BSS          SEGMENT 
?x@@3HA       DD        01H DUP (?)     ; x 
_BSS          ENDS 
PUBLIC        ?add@@YAHHH@Z             ; add 
PUBLIC        _main 
;             COMDAT            _main 
_TEXT         SEGMENT

_main         PROC NEAR                 ; COMDAT        //main函数体

  push    2 
  push    1                       ; //从右到左入栈  (__cdecl调用约定!!!) 
  call    ?add@@YAHHH@Z           ; //调用add函数; 
  mov     DWORD PTR ?x@@3HA, eax  ; x 
  add     esp, 8                  ; //调用者负责清理堆栈 (__cdecl调用约定!!!)

  xor     eax, eax 
  ret     0 
_main        ENDP 
_TEXT        ENDS

;            COMDAT   ?add@@YAHHH@Z
_TEXT        SEGMENT 
_a$ = 8 
_b$ = 12

?add@@YAHHH@Z PROC NEAR            ; add, COMDAT        //add函数体

  mov   eax, DWORD PTR _b$[esp-4]  ;将参数b的值移动到eax 
  mov   ecx, DWORD PTR _a$[esp-4]  ;将参数a的值移动到ecx 
  add   eax, ecx                   ;将ecx的值累加到eax; 返回值通过eax传递 
  ret   0                          ;函数体不管堆栈的参数清理 (__cdecl调用约定!!!) 
?add@@YAHHH@Z ENDP                 ; add 
_TEXT         ENDS 
END

 

下面的分析中将只给出Release模式编译后的汇编代码

B: 
声明add函数为__stdcall调用约定

int x; 
int __stdcall add(int a,int b) { return a+b; } 
int main(int argc, char* argv[]) 

    x=add(1,2); 
    return 0; 
}

;来看产生的汇编代码:

 

; //main函数体 
  push    2 
  push    1                        ; //从右到左入栈 
  call    ?add@@YGHHH@Z            ; add 
  mov     DWORD PTR ?x@@3HA, eax   ; x 
  xor     eax, eax 
  ret     0

; //add函数体 
  mov     eax, DWORD PTR _b$[esp-4] 
  mov     ecx, DWORD PTR _a$[esp-4] 
  add     eax, ecx 
  ret     8                        ; //函数体负责清栈 ;两个int型参数共使用了8byte空间的堆栈

C: 
声明add函数为__fastcall调用约定

int x; 
int __fastcall add(int a,int b) { return a+b; } 
int main(int argc, char* argv[]) 

    x=add(1,2); 
    return 0; 
}

;来看产生的汇编代码:

; //main函数体 
  mov    edx, 2                    ; b通过寄存器edx传递 
  mov    ecx, 1                    ; a通过寄存器ecx传递 
  call   ?add@@YIHHH@Z             ; add 
  mov    DWORD PTR ?x@@3HA, eax    ; x 
  xor    eax, eax 
  ret    0

; //add函数体 
  lea    eax, DWORD PTR [ecx+edx]  ; //a,b参数值已经在ecx,edx中,该句将这两个值的和放到eax作为返回值; 
  ret    0                         ; //这里应该函数体负责清栈 ;但因为两个参数已经通过寄存器传递 
                                   ; //了,没有使用堆栈,所以ret 0;

D: 
来看一下类的成员函数的调用:

struct T 

        int start0; 
        T():start0(1){ } 
        int  add(int a,int b); //类成员函数;只要不明确声明调用约定则默认使用thiscall调用约定; 
}; 
int  T::add(int a,int b) { return (*this) dot start0+a+b; }

int x; 
int main(int argc, char* argv[]) 

        T t; 
        x=t.add(1,2); 
        return 0; 
}

来看产生的汇编代码:

; //main函数体 
  push    ecx                         ; //保存ecx 
  push    2 
  push    1                           ; //参数从右到左入栈 
  lea     ecx, DWORD PTR _t$[esp+12]  ; //t的地址保存到ecx 
  mov     DWORD PTR _t$[esp+12], 1    ; //执行t::start0=1; 
  call    ?add@T@@QAEHHH@Z            ; //调用T::add函数,这时ecx中存放了t的的地址(this指针); 
  mov     DWORD PTR ?x@@3HA, eax      ; x 
  xor     eax, eax 
  pop     ecx 
  ret     0

; //T::add函数体 
  mov     eax, DWORD PTR [ecx]        ; //通过this指针(保存在ecx)将start0的值移动到eax 
  mov     ecx, DWORD PTR _a$[esp-4]   ; //把a的值移动到ecx; this的值将丢失,但函数体中已经不需要了 
  add     eax, ecx                    ; //将a的值累加到eax 
  mov     ecx, DWORD PTR _b$[esp-4]   ; //把b的值移动到ecx; 
  add     eax, ecx                    ; //将b的值累加到eax 
  ret     8                           ; //函数体负责清栈 ;

五: 其他

1 dot 在VC中实现一个函数体时可以使用__declspec(naked)声明,它告诉编译器,不要为函数体自动产生开始和结束码; 
2.在VC6中,想得到汇编代码清单,设置方法为:

引用:[Project]->[Setting...]->[C++]->[Category:]->[Listing Files]->[Listing file type:]->[Assembily ,...]

3.VC6中嵌入汇编代码的方式为:

            __asm { <汇编语句s> } 
         或 __asm <一条汇编语句>

4.VC6中重新设定函数使用的默认调用约定的方法是: 
引用:
在[Project]->[Setting...]->[C++]->[Project Options:]中增加编译设置 
比如:/Gd 代表__cdecl; /Gr 代表__fastcall; /Gz 代表__stdcall

时间: 2024-10-31 11:22:20

函数调用约定解析 (zt)的相关文章

关于 C++函数调用 大神解释

问题描述 关于 C++函数调用 大神解释 学生党一枚 谁能给我具体讲述一下函数调用啊 声明 定义 有一道题 编写一个函数的声明及其定义,该函数有一个double类型的参数,当参数为正值时,返回字母'p';当参数为负值或0时,返回字母'N' 解决方案 编写一个函数的声明及其定义,该函数有一个double类型的参数,当参数为正值时,返回字母'p';当参数为负值或0时,返回字母'N'图片说明 char fun(double d) { if (d >= 0) return 'p'; else retur

带你玩转Visual Studio——调用约定__cdecl、__stdcall和__fastcall

有一定C++开发经验的人一定对"__cdecl.__stdcall.__fastcall"肯定不陌生吧!但你真正理解了吗?是的,我曾在这采了无数个坑,栽了无数个跟头,终于忍无可忍要把它总结一下(虽然我已经有能力解决大部分这种问题了)! 什么是调用约定 函数的调用约定,顾名思义就是对函数调用的一个约束和规定(规范),描述了函数参数是怎么传递和由谁清除堆栈的.它决定以下内容:(1)函数参数的压栈顺序,(2)由调用者还是被调用者把参数弹出栈,(3)以及产生函数修饰名的方法. 我们知道函数由以

破解索尼PS4系列:利用网页漏洞实现相关的ROP攻击(一)

本文讲的是破解索尼PS4系列:利用网页漏洞实现相关的ROP攻击(一), 目前关于PS4的黑客攻击还非常的少,但这并不能说明PS4 系统非常安全,黑客不会对其发动攻击.本文的目的就是找出PS4的一系列漏洞,最终来获得PS4的内核执行代码. PlayStation 4(简称PS4),是索尼电脑娱乐公司(SCE)推出的家用游戏机.是PlayStation游戏机系列的第四代游戏主机.PlayStation 4采用以AMD为基础的x86-64架构处理器(8核) 除了有一个记录良好的架构处理器,PS4中使用

Unity3D手游开发实践

<腾讯桌球:客户端总结> 本次分享总结,起源于腾讯桌球项目,但是不仅仅限于项目本身.虽然基于Unity3D,很多东西同样适用于Cocos.本文从以下10大点进行阐述: 架构设计 原生插件/平台交互 版本与补丁 用脚本,还是不用?这是一个问题 资源管理 性能优化 异常与Crash 适配与兼容 调试及开发工具 项目运营   1.架构设计 好的架构利用大规模项目的多人团队开发和代码管理,也利用查找错误和后期维护. 框架的选择:需要根据团队.项目来进行选择,没有最好的框架,只有最合适的框架. 框架的使

《C语言编程魔法书:基于C11标准》—— 导读

前 言 为什么要写这本书 本人在2001年上了大学本科,读计算机科学与技术专业.在第一年的上半学期,对计算机编程还没什么感觉.但是就在考"C语言程序设计"这门专业课的前一个月,感觉这门课学了那么久几乎什么都不会,可把我急坏了.然后就在这短短一个月的时间里又是看书,又是上机实验,终于考了70多分,算是过关了--不过奇怪的是在考试结束后,就发现自己对编程有了感情.到了大二,我们上"数据结构"所使用的教材是基于C++编程语言的,因为之前没学过C++语言,所以只能自学.而在

动态链接库-在VS中调用已存在的DLL,隐式链接和显示连接都编译不通过

问题描述 在VS中调用已存在的DLL,隐式链接和显示连接都编译不通过 新建一个Win32控制台应用程序,想在其中调用MyDll中的函数. 采用隐式配置方案时,出现MyDll.lib找不到,无法打开!!! 采用显示的#pragma comment(lib,"MyDll.lib") #include #pragma comment(lib,"G://My programDynamicLibraryDebug__ltp_dll.lib") //#include "

百度2014研发类校园招聘笔试题解答

1动态链接库和静态链接库的优缺点 1 静态链接库的优点 (1) 代码装载速度快,执行速度略比动态链接库快: (2) 只需保证在开发者的计算机中有正确的.LIB文件,在以二进制形式发布程序时不需考虑在用户的计算机上.LIB文件是否存在及版本问题,可避免DLL地狱等问题. 2 动态链接库的优点 (1) 更加节省内存并减少页面交换: (2) DLL文件与EXE文件独立,只要输出接口不变(即名称.参数.返回值类型和调用约定不变),更换DLL文件不会对EXE文件造成任何影响,因而极大地提高了可维护性和可扩

在C#中通过P/Invoke调用Win32DLL

  我在自己最近的编程中注意到一个趋势,正是这个趋势才引出本月的专栏主题.最近,我在基于 Microsoft .Net Framework 的应用程序中完成了大量的 Win32 Interop.我并不是要说我的应用程序充满了自定义的 interop 代码,但有时我会在 .Net Framework 类库中碰到一些次要但又繁絮.不充分的内容,通过调用该 Windows API,可以快速减少这样的麻烦. 因此我认为,.Net Framework 1.0 或 1.1 版类库中存在任何 Windows

C# API应用整理文档

C# APIC:\ProgramFiles\MicrosoftVisual Studio .NET\ FrameworkSDK\Samples\ Technologies\ Interop\PlatformInvoke\ WinAPIs\CS目录下有大量的调用API的例子.一.调用格式using System.Runtime.InteropServices; //引用此名称空间,简化后面的代码//使用DllImportAttribute特性来引入api函数,注意声明的是空方法,即方法体为空.[D