精华内容
下载资源
问答
  • 3.C++函数调用过程

    万次阅读 2020-03-08 17:31:05
    函数调用堆栈的过程 1.函数中普通变量的内存分配问题 当一个函数进行调用时,函数的形参、以及函数的局部变量都会在栈中被分配内存,而栈又分两种; 栈低不变,栈顶不断动态变化; 栈顶不变,栈低在动态变化; #...

    1.函数中普通变量的内存分配问题

    • 当一个函数进行调用时,函数的形参、以及函数的局部变量都会在栈中被分配内存,而栈又分两种;
    1. 栈低不变,栈顶不断动态变化;
    2. 栈顶不变,栈低在动态变化;
    #include <iostream>
    using namespace  std;
    void print()
    {
    int a=0,b=1,c=2;
    cout<<"&a="<<reinterpret_cat<void*>(&a)<<endl;
    cout<<"&b="<<reinterpret_cat<void*>(&b)<<endl;
    cout<<"&c="<<reinterpret_cat<void*>(&c)<<endl;
    }//reinterpret_cast运算符是用来处理无关类型之间的转换,它会产生一个新的值,这个值会有和原始参数有完全相同的比特位;
    int main()
    {
    print();
    return 0;
    }
    

    输出:
    &a=0x7ffdded7a38c
    &b=0x7ffdded7a390
    &c=0x7ffdded7a394

    • 可以发现,abc地址依次升高,所以,在C++中函数调用过程中定义的局部变量是采用栈底不变,栈顶不断变换的内存栈 ,随着声明顺序,内存地址依次降低;

    2.函数中数组变量的内存分配问题

    • 数组在分配时一次性分配整个数组的内存?
    • 数组中各个元素的地址分配顺序时怎样的?
    #include <iostream>
    using namespace std;
    void print()
    {
    int a=0;int b=1;
    int c=2;int arr[2];
    cout<<"&a="<<reinterpret_cast<void*>(&a)<<endl;
    cout<<"&b="<<reinterpret_cast<void*>(&b)<<endl;
    cout<<"&c="<<reinterpret_cast<void*>(&c)<<endl;
    cout<<"&arr[0]="<<reinterpret_cast<void*>(&arr)<<endl;
    cout<<"&arr[1]"<<reinterpret_cast<void*>(&arr[1])<<endl;
    }
    int main()
    {
    print();
    return 0;
    }
    

    输出:
    &a=0x7fffb69b53e4
    &b=0x7fffb69b53e8
    &c=0x7fffb69b53ec
    &arr[0]=0x7fffb69b53f0
    &arr[1]0x7fffb69b53f4

    在这里插入图片描述

    3.函数调用堆栈的过程

    #include<stdio.h>
    int sum(int a,int b)
    {
    int tmp=0;
    tmp =a+b;
    return tmp;
    }
    int main()
    {
    int a=10;
    int b=20;
    int ret=0;
    ret=sum(a,b);
    printf("ret=%d\n",ret);
    return 0;
    }
    
    • 生成反汇编代码方式
      1.生成代码汇编后的二进制文件;<-- gcc -c -o sum.o
      2生成反汇编代码 : < ------ objdumo -d sum.o > sum.o.txt
    • 反汇编可执行二进制文件
    gcc sum.c -g -o sum    //编译
    objdump -S sum > sum.txt   //将在汇编代码中加入源文件代码
    

    参考:函数调用堆栈的过程

    时间紧张,日后补上,这里就看一下结论;

    • 整个函数的调用过程:
    1. 将调用方法的栈底地址入栈。——>push ebp;
    2. 让原本指向调用方栈低的ebp指向当前函数的栈底, ----> mov ebp,esp
    3. 给当前函数开辟栈帧;----> sub esp,44h
    4. 对开辟的栈帧进行初始化,初始化的大小不一定; ----->rep stos
    • 结论:
      1.函数的运行都是在栈上开辟内存的;
      2.栈是通过esp(栈顶指针)、ebp(栈底指针)两个指针来标识的;
      3.对于栈上的访问都是通过栈底指针的偏移来访问的;
      4.在call一个函数时,有两件事要做:先将调用的函数的下一行指令的地址压人栈中;再进行跳转;
      5.在函数调用时检查函数是否申明、函数名是否相同、函数的参数列表是否匹配、函数的返回值多大;
      (1)如果函数返回值<=4个字节,则返回值通过寄存器eax带回;
      (2)如果4<函数返回值<=8个字节,则返回值通过两个寄存器eax和edx带回,
      (3)如果函数返回值>8个字节,则返回值同产生的临时量带回;
      6.函数结束ret指令干了两件事:先出栈;再将出栈的值放到CPU的PC寄存器中,因为PC寄存器中永远存放的是下一次指令的地址;

    函数调用过程参考1—反汇编代码
    函数调用过程参考2
    函数调用参考

    展开全文
  • C++函数调用之thiscall

    千次阅读 2015-09-09 20:20:00
    C++函数调用之thiscall 所有c++对象共享类中的一份代码拷贝,那c++是怎么实现对每个对象的数据的正确操作? 这就要归功与c++的thiscall, C++会为每个类成员函数传递一个this指针即指向被操作对象的地址做为成员...

    C++函数调用之thiscall

    所有c++对象共享类中的一份代码拷贝,那c++是怎么实现对每个对象的数据的正确操作?

    这就要归功与c++thiscall C++会为每个类成员函数传递一个this指针即指向被操作对象的地址做为成员函数的隐含参数(被static修饰的除外 ),VC下编译器在调用非static函数时会把这个指针放入ecx寄存器,,,,,,

     

    下面让我们来看看thiscallc++中到底是怎么实现的,,,

    有如下代码

     

    查看反汇编代码

     

    发现在调用构造函数与fadd函数之前有lea ecx,[ebp-4]指令

    那么这条指令有什么用?

    [ebp-4]这个内存单元存放的是什么?

    首先让我们来解答第二个问题

    从反汇编代码中我们可以看到在第17行以后的三条指令是实例化一个对象

    所以[ebp-4]这个单元的地址就是编译器为对象a分配的栈空间的首地址(单单的[ebp-4]没有什么意义,仅仅取得它的地址也没什么意义,在于怎么使用它,,,);

    lea ecx,[ebp-4]表示把对象a的地址放入ecx寄存器

    好下面来让我们解决第一个问题

    从第一个问题的解答我们知道ecx存放的是对象的地址,所以ecx中的值就是c++中所谓的this指针,所以lea ecx,[ebp-4]就是为成员函数传递this指针的,现在这个指针是没有什么意义,它代表指向从此地址起的所有空间

    下面让我们进入fadd函数内部查看其反汇编代码


    我们来跟踪下ecx寄存器的使用情况

    Push ecx ecxthis)的值压栈

    mov ecx,11h 把ecx当作计数器使用

    pop ecx 把值(this)从栈中弹到exc

    mov dword ptr [ebp-4],ecx ecx值(this)放到成员函数的栈中

    到此ecx的任务已经完成了

    下面让我们看下成员函数到底是怎样去引用一个对象的成员变量的

    首先把[ebp-4] (this) 放入eax

    然后mov ecx,dword ptr [eax] 指令(dword的修饰让对此地址的使用变的有意义)到this指针(eax寄存器的值)指向的地址取四个字节即成员变量a(编译器只为对象分配存放成员变量与虚表指针的空间),放到ecx寄存器中,然后add ecx,1 (a+1)

    最后mov edx,dword ptr [ebp-4]this指针放到edx中,mov dword ptr [edx],ecx ecx的值(a+1)放到this指针(edx的值)指向的内存中(即成员变量a中)

    到此成员函数已经正确引用到了成员变量

     

     


    展开全文
  • C++函数调用过程深入分析

    万次阅读 2011-08-11 20:43:42
    C++函数调用过程深入分析 刘兵 QQ: 44452114 E-mail: liubing2000@foxmail.com 0. 引言  函数调用的过程实际上也就是一个中断的过程,那么C++中到底是怎样实现一个函数的调用的呢?参数入栈、函数跳转、保护现场...
     
    

    C++函数调用过程深入分析

    作者:靠谱哥

    微博:洞庭之子-Bing

    0. 引言

      函数调用的过程实际上也就是一个中断的过程,那么C++中到底是怎样实现一个函数的调用的呢?参数入栈、函数跳转、保护现场、回复现场等又是怎样实现的呢?本文将对函数调用的过程进行深入的分析和详细解释,并在VC 6.0环境下进行演示。分析不到位或者存在错误的地方请批评指正,请与作者联系。

      首先对三个常用的寄存器做一下说明,EIP是指令指针,即指向下一条即将执行的指令的地址;EBP为基址指针,常用来指向栈底;ESP为栈指针,常用来指向栈顶。

      看下面这个简单的程序并在VC 6.0中查看并分析汇编代码。

    图1

    1. 函数调用

      g_func函数调用的汇编代码如图2:

    图2

       首先是三条push指令,分别将三个参数压入栈中,可以发现参数的压栈顺序是从右向左的。这时我们可以查看栈中的数据验证一下。如图3所示,从右边的实时寄存器表中我们可以看到ESP(栈顶指针)值为0x0012FEF0,然后从中间的内存表中找到内存地址0x0012FEF0处,我们可以看到内存中依次存储了0x00000001(即参数1),0x00000002(即参数2),0x00000003(即参数3),即此时栈顶存储的是三个参数值,说明压栈成功。

    图3

     

      然后可以看到call指令跳转到地址0x00401005,那么该地址处是什么呢?我们继续跟踪一下,在图4中我们看到这里又是一条跳转指令,跳转到0x00401030。我们再看一下地址0x00401030处,在图5中可以看到这才是真正的g_func函数,0x00401030是该函数的起始地址,这样就实现了到g_func函数的跳转。

    图4

     

    图5

     

    2. 保存现场          

      此时我们再来查看一下栈中的数据,如图6所示,此时的ESP(栈顶)值为0x0012FEEC,在内存表中我们可以看到栈顶存放的是0x00401093,下面还是前面压栈的参数1,2,3,也就是执行了call指令后,系统默认的往栈中压入了一个数据(0x00401093),那么它究竟是什么呢?我们再看到图3,call指令后面一条指令的地址就是0x00401093,实际上就是函数调用结束后需要继续执行的指令地址,函数返回后会跳转到该地址。这也就是我们常说的函数中断前的“保护现场”。这一过程是编译器隐含完成的,实际上是将EIP(指令指针)压栈,即隐含执行了一条push eip指令,在中断函数返回时再从栈中弹出该值到EIP,程序继续往下执行。

    图6

      继续往下看,进入g_func函数后的第一条指令是push ebp,即将ebp入栈。因为每一个函数都有自己的栈区域,所以栈基址也是不一样的。现在进入了一个中断函数,函数执行过程中也需要ebp寄存器,而在进入函数之前的main函数的ebp值怎么办呢?为了不被覆盖,将它压入栈中保存。

    下一条mov ebp, esp 将此时的栈顶地址作为该函数的栈基址,确定g_func函数的栈区域(ebp为栈底,esp为栈顶)。

      再往下的指令是sub esp, 48h,指令的字面意思是将栈顶指针往上移动48h Byte。那为什么要移动呢?这中间的内存区域用来做什么呢?这个区域为间隔空间,将两个函数的栈区域隔开一段距离,如图7所示。而该间隔区域的大小固定为40h,即64Byte,然后还要预留出存储局部变量的内存区域。g_func函数有两个局部变量x和y,所以esp需移动的长度为40h+8=48h。

    图7

      接下来的几行指令(如下)是将刚才留出的48h的内存区域赋值为0CCCCCCCCh。

    00401039   lea        edi,[ebp-48h]

    0040103C   mov      ecx,12h

    00401041   mov            eax,0CCCCCCCCh

    00401046   rep stos    dword ptr [edi] 。

      接下来三条压栈指令,分别将EBX,ESI,EDI压入栈中,这也是属于“保护现场”的一部分,这些是属于main函数执行的一些数据。EBX,ESI,EDI分别为基址寄存器,源变址寄存器,目的变址寄存器。

     

    3. 执行子函数

      继续往下看,接下来是局部变量的x和y的赋值,看汇编指令中是怎样去计算x和y的内存地址的呢?如图8所示,是基于ebp去计算的,分别是[ebp-4]和[ebp-8]。我们查看内存表可以看到相应的内存区域已经存入了0x11111111和0x22222222。

    图8

      此时我们对整个内存区域中存储的内容应该非常清晰了(如图9所示)。

    图9

     

    4. 恢复现场

      这时子函数部分的代码已经执行完,继续往下看,编译器将会做一些事后处理的工作(如图10所示)。首先是三条出栈指令,分别从栈顶读取EDI,ESI和EBX的值。从图9的内存数据分布我们可以得知此时栈顶的数据确实是EDI,ESI和EBX,这样就恢复了调用前的EDI,ESI和EBX值,这是“恢复现场”的一部分。

    图10

      第四条指令是mov esp, ebp 即将ebp的值赋给esp。那这是什么意思呢?看看图9的内存数据分布,我们就能很明白了,这条语句是让ESP指向EBP所指的内存单元,也就是让ESP跳过了一段区域,很明显跳过的恰好是间隔区域和局部数据区域,因为函数已经退出了,这两个区域都已经没有用处了。实际上这条语句是进入函数时创建间隔区域的语句 sub esp, 48h的相反操作。

      再往下是pop ebp,我们从图9的内存数据分布可以看出此时栈顶确实是存储的前EBP值,这样就恢复了调用前的EBP值,这也是“恢复现场”的一部分。该指令执行完后,内存数据分布如图11所示。

    图11

      再往下是一条ret指令,即返回指令,他会怎么处理呢?注意在执行ret指令前的ESP值和EIP值(如图12所示),ESP指向栈顶的0x00401093,EIP的值是0x0040105C(即ret指令的地址)。

    图12

      执行ret指令后我们来查看ESP和EIP值(如图13所示),此时ESP为0012FEF0,即往下移动了4Byte。显然此处编译器隐含的执行了一条pop指令。再来看一下EIP的值,变为了0x00401093,这个值怎么这么熟悉呢!它实际上就是栈顶的4Byte数据,所以这里隐含执行的指令应该是pop eip。而这个值就是前面讲到过的,在调用call指令前压栈的call的下一条指令的地址。从图13中可以看出,正是因为EIP的值变成了0x00401093,所以程序跳转到了call指令后面的一条指令,又回到了中断前的地方,这就是所谓的恢复断点。

    图13

      还没有完全结束,此时还有最后一条指令add esp, 0Ch。这个就很简单了,从图13中可以看出现在栈顶的数据是1,2,3,也就是函数调用前压入的三个实参。这是函数已经执行完了,显然这三个参数没有用处了。所以add esp, 0Ch就是让栈顶指针往下移动12Byte的位置。为什么是12Byte呢,很简单,因为入栈的是3个int数据。这样由于函数调用在栈中添加的所有数据都已清除,栈顶指针(ESP)真正回到了函数调用前的位置,所有寄存器的值也恢复到了函数调用之前。

     

    结束!

     

     

     

     

     

    展开全文
  • VC C/C++ 函数调用约定(最全)

    千次阅读 2016-12-24 13:33:09
    转: VC C/C++ 函数调用约定(最全)  函数调用约定   常见的函数调用约定[5]:cdecl,stdcall,fastcall,thiscall,naked call  MFC调用约定(VS6:Project Settings->C/C++ Calling convention:)    1,...

    转: VC C/C++ 函数调用约定(最全) 

    函数调用约定 
      常见的函数调用约定[5]:cdecl,stdcall,fastcall,thiscall,naked call
      MFC调用约定(VS6:Project Settings->C/C++ Calling convention:) 
     
    1, __cdecl(C调用约定.The C default calling convention)C/C++ 缺省调用方式 
      1)压栈顺序:函数参数从右到左 
      2)参数栈维护:由调用函数把参数弹出栈,传送参数的内存栈由调用函数来维护 
      (正因为如此,实现可变参数vararg的函数(如printf)只能使用该调用约定) 
      3)函数修饰名约定:VC将函数编译后会在函数名前面加上下划线前缀 
      4)每一个调用它的函数都包含清空堆栈的代码,所以产生的可执行文件大小会比调用_stdcall函数的大 
     
    2, __stdcall (Pascal方式清理C方式压栈,通常用于Win32 Api中) 
      1)压栈顺序:函数参数从右到左的压栈顺序 
      2)参数栈维护:被调用函数把参数弹出栈(在退出时清空堆栈)
     3)函数修饰名约定:VC将函数编译后会在函数名前面加上下划线前缀,在函数名后加上"@"和参数的字节数
        ex. VC: int f(void *p) (编译后)-> _f@4(在外部汇编语言里可以用这个名字引用这个函数) 
     
    3, __fastcall (快速调用约定,通过寄存器来传送参数) 
      1)压栈顺序:用ECX和EDX传送前两个双字(DWORD)或更小的参数,剩下的参数仍旧自右向左压栈传送 
      2)参数栈维护:被调用函数在返回前清理传送参数的内存栈 
      3)函数修饰名约定:VC将函数编译后会在函数名前面加上"@"前缀,在函数名后加上"@"和参数的字节数 
     
    4, thiscall (本身调用,仅用于“C++”成员函数) 
      1)压栈顺序:this指针存放于CX/ECX寄存器中,参数从右到左的压栈顺序 
      2)thiscall不是关键词,因此不能被程序员指定 
     
    5, naked call (裸调) 
      1)当采用1-4的调用约定时,如果必要的话,进入函数时编译器会产生代码来 
        保存ESI,EDI,EBX,EBP寄存器,退出函数时则产生代码恢复这些寄存器的内容 
       (这些代码称作 prolog and epilog code,一般,ebp,esp的保存是必须的) 
      2)naked call不产生这样的代码。naked call不是类型修饰符,故必须和_declspec共同使用 
     
     关键字 __stdcall、__cdecl和__fastcall(1-3)可以直接加在要输出的函数前。 
     它们对应的命令行参数分别为/Gz、/Gd和/Gr。缺省状态为/Gd,即__cdecl
     要完全模仿PASCAL调用约定首先必须使用__stdcall调用约定,函数名修饰约定可通过其它方法模仿
     WINAPI宏,Windows.h支持该宏,它可以将出函数翻译成适当的调用约定,
     在WIN32中,它被定义为__stdcall。使用WINAPI宏可以创建自己的APIs 
     
     ----------------------------------------------------
    引用: 
     很多API函数就是象这样声明的:
      int WINAPI MessageBoxA(HWND,LPCSTR,LPSTR,UINT);
     而WINAPI实际上就是__stdcall.
     大多数API都采用__stdcall调用规范,这是因为几乎所有的语言都支持__stdcall调用. 
     相比之下,__cdecl只有在C语言中才能用. 但__cdecl调用有一个特点,就是能够实现可变参数的函数调用,  
      比如printf,这用__stdcall调用是不可能的.
     __fastcall这种调用规范比较少见,但是在Borland C++ Builder中比较多的采用了这种调用方式.
     如果有共享代码的需要,比如写DLL,推荐的方法是用__stdcall调用,因为这样适用范围最广. 
     如果是C++语言写的代码供Delphi这样的语言调用就必须声明为__stdcall, 
     因为Pascal不支持cdecl调用(或许Delphi的最新版本能够支持也说不定,这个不太清楚). 
     在其他一些地方,比如写COM组件,几乎都用的是stdcall调用. 
     在VC或Delphi或C++Builder里面都可以从项目设置中更改默认的函数调用规范, 
     当然也可在函数声明时加入__stdcall,__cdecl,__fastcall关键字来明确的指示本函数用哪种调用约定.

     __declspec一般都是用来声明DLL中的导出函数.这个关键字也有一些其他的用法,不过非常罕见. 
     __declspec主要是用于说明DLL的引出函数的,在某些情况下用__declspec(dllexport)在DLL中声明引出函数, 
      比用传统的DEF文件方便.在普通程序中也可用__declspec(dllimport)说明函数是位于另一个DLL中的导出函数.

    例子不太好举啊,其实就是在函数声明的时候多加一个关键字,比如很多API函数就是象这样声明的:   
      int   WINAPI   MessageBoxA(HWND,LPCSTR,LPSTR,UINT);   
      而WINAPI实际上就是__stdcall.   
      大多数API都采用__stdcall调用规范,这是因为几乎所有的语言都支持__stdcall调用.相比之下,__cdecl只有在C语言中才能用.但是__cdecl调用有一个特点,就是能够实现可变参数的函数调用,比如printf,这用__stdcall调用是不可能的.   
      __fastcall这种调用规范比较少见,但是在Borland   C++   Builder中比较多的采用了这种调用方式.   
      如果有共享代码的需要,比如写DLL,推荐的方法是用__stdcall调用,因为这样适用范围最广.如果是C++语言写的代码供Delphi这样的语言调用就必须声明为__stdcall,因为Pascal不支持cdecl调用(或许Delphi的最新版本能够支持也说不定,这个我不太清楚).在其他一些地方,比如写COM组件,几乎都用的是stdcall调用.在VC或Delphi或C++Builder里面都可以从项目设置中更改默认的函数调用规范,当然你也可以在函数声明的时候加入__stdcall,__cdecl,__fastcall关键字来明确的指示本函数用哪种调用规范.   
      __declspec一般都是用来声明DLL中的导出函数.这个关键字也有一些其他的用法,不过非常罕见. 
      
     

    关于DLL的函数:   
        
      动态链接库中定义有两种函数:导出函数(export   function)和内部函数(internal   function)。   
      导出函数可以被其它模块调用,内部函数在定义它们的DLL程序内部使用。   
        
      输出函数的方法有以下几种:   
        
      1、传统的方法   
        
      在模块定义文件的EXPORT部分指定要输入的函数或者变量。语法格式如下:   
      entryname[=internalname]   [@ordinal[NONAME]]   [DATA]   [PRIVATE]   
        
      其中:   
        
      entryname是输出的函数或者数据被引用的名称;   
        
      internalname同entryname;   
        
      @ordinal表示在输出表中的顺序号(index);   
        
      NONAME仅仅在按顺序号输出时被使用(不使用entryname);   
        
      DATA表示输出的是数据项,使用DLL输出数据的程序必须声明该数据项为_declspec(dllimport)。   
        
      上述各项中,只有entryname项是必须的,其他可以省略。   
        
      对于“C”函数来说,entryname可以等同于函数名;但是对“C++”函数(成员函数、非成员函数)   
      来说,entryname是修饰名。可以从.map映像文件中得到要输出函数的修饰名,或者使用   
      DUMPBIN   /SYMBOLS得到,然后把它们写在.def文件的输出模块。DUMPBIN是VC提供的一个工具。   
        
      如果要输出一个“C++”类,则把要输出的数据和成员的修饰名都写入.def模块定义文件。   
        
      2、在命令行输出   
        
      对链接程序LINK指定/EXPORT命令行参数,输出有关函数。   
        
      3、使用MFC提供的修饰符号_declspec(dllexport)   
        
      在要输出的函数、类、数据的声明前加上_declspec(dllexport)的修饰符,表示输出。__declspec   
      (dllexport)在C调用约定、C编译情况下可以去掉输出函数名的下划线前缀。extern   "C"使得在C++中   
      使用C编译方式成为可能。在“C++”下定义“C”函数,需要加extern   “C”关键词。用extern   "C"来   
      指明该函数使用C编译方式。输出的“C”函数可以从“C”代码里调用。   
        
      例如,在一个C++文件中,有如下函数:   
      extern   "C"   {void   __declspec(dllexport)   __cdecl   Test(int   var);}   
      其输出函数名为:Test     
        
      MFC提供了一些宏,就有这样的作用。   
        
      AFX_CLASS_IMPORT:__declspec(dllexport)   
        
      AFX_API_IMPORT:__declspec(dllexport)   
        
      AFX_DATA_IMPORT:__declspec(dllexport)   
        
      AFX_CLASS_EXPORT:__declspec(dllexport)   
        
      AFX_API_EXPORT:__declspec(dllexport)   
        
      AFX_DATA_EXPORT:__declspec(dllexport)   
        
      AFX_EXT_CLASS:   #ifdef   _AFXEXT     
      AFX_CLASS_EXPORT   
      #else   
      AFX_CLASS_IMPORT   
        
      AFX_EXT_API:#ifdef   _AFXEXT   
      AFX_API_EXPORT   
      #else   
      AFX_API_IMPORT   
        
      AFX_EXT_DATA:#ifdef   _AFXEXT   
      AFX_DATA_EXPORT   
      #else   
      AFX_DATA_IMPORT   
        
      像AFX_EXT_CLASS这样的宏,如果用于DLL应用程序的实现中,则表示输出(因为_AFX_EXT被定义,通   
      常是在编译器的标识参数中指定该选项/D_AFX_EXT);如果用于使用DLL的应用程序中,则表示输入   
      (_AFX_EXT没有定义)。   
        
      要输出整个的类,对类使用_declspec(_dllexpot);要输出类的成员函数,则对该函数使用   
      _declspec(_dllexport)。如:   
        
      class   AFX_EXT_CLASS   CTextDoc   :   public   CDocument   
      {   
      …   
      }   
        
      extern   "C"   AFX_EXT_API   void   WINAPI   InitMYDLL();   
        
      这几种方法中,最好采用第三种,方便好用;其次是第一种,如果按顺序号输出,调用效率会高些;   
      最次是第二种。     
        
    //
     模块定义文件(.DEF)   
        
      模块定义文件(.DEF)是一个或多个用于描述DLL属性的模块语句组成的文本文件,每个DEF文件至少必   
      须包含以下模块定义语句:   
        
      *   第一个语句必须是LIBRARY语句,指出DLL的名字;   
      *   EXPORTS语句列出被导出函数的名字;将要输出的函数修饰名罗列在EXPORTS之下,这个名字必须与   
      定义函数的名字完全一致,如此就得到一个没有任何修饰的函数名了。   
      *   可以使用DESCRIPTION语句描述DLL的用途(此句可选);

     *   ";"对一行进行注释(可选)。   
     

     DLL程序和调用其输出函数的程序的关系   
        
      1、dll与进程、线程之间的关系   
        
      DLL模块被映射到调用它的进程的虚拟地址空间。   
      DLL使用的内存从调用进程的虚拟地址空间分配,只能被该进程的线程所访问。   
      DLL的句柄可以被调用进程使用;调用进程的句柄可以被DLL使用。   
      DLL使用调用进程的栈。   
        
      2、关于共享数据段   
        
      DLL定义的全局变量可以被调用进程访问;DLL可以访问调用进程的全局数据。使用同一DLL的每一个   
      进程都有自己的DLL全局变量实例。如果多个线程并发访问同一变量,则需要使用同步机制;对一个   
      DLL的变量,如果希望每个使用DLL的线程都有自己的值,则应该使用线程局部存储(TLS,Thread     
      Local   Strorage)。   
        
      在程序里加入预编译指令,或在开发环境的项目设置里也可以达到设置数据段属性的目的.必须给   
      这些变量赋初值,否则编译器会把没有赋初始值的变量放在一个叫未被初始化的数据段中。   
           
      extern   "C"   指示编译器用C语言方法给函数命名。   
        
      在制作DLL导出函数时由于C++存在函数重载,因此   
      __declspec(dllexport)   function(int,int)   在DLL会被decorate,例如被decorate成为   function_int_int,而且不同的编译器decorate的方法不同,造成了在用GetProcAddress取得function地址时的不便,使用extern   "C"时,上述的decorate不会发生,因为C没有函数重载,但如此一来被extern"C"修饰的函数,就不具备重载能力,可以说extern   和   extern   "C"不是以回事。 
      
    __declspec(dllexport)   声明一个导出函数,是说这个函数要从本DLL导出。我要给别人用。一般用于dll中
    __declspec(dllimport)   声明一个导入函数,是说这个函数是从别的DLL导入。我要用。一般用于使用某个dll的exe中  
    _declspec(thread)可以降低程序员的负担,又能做到线程局部存储的要求。VC++允许一个变量或结构被声明为“具有线程局部性”。例如,下面的声明,如果放在一个DLL之中,将产生出一个全局变量,对每一个进程而言独一无二:   
      DWORD   gProgressCounter;   
      但是如果这样声明,它就是对每一个线程独一无二:   
      _declspec(thread)     DWORD   gProgressCounter;   
      每一个以这种方式声明对象的EXE和DLL,将在可执行文件中有一个特殊的节区(section),内含所有的线程局部变量。当EXE或DLL被载入时,操作系统会认识这个节区并适当的处理之。这个节区会被操作系统社定为“对每一个线程具有局部性”。   
      当一个EXE被载入时,操作系统扫描可执行文件以及所有静态链接(implicity   linked)的DLLs,以便找出所有的线程局部节区。所有节区的大小被加总在一起以求出每个线程启动时应该配置的内存数量。 
      
    1. __declspec(align(16)) struct SS{ int a,b; };
     它与#pragma pack()是一对兄弟,前者规定了对齐的最小值,后者规定了对齐的最大值。同时出现时,前者优先级高。 __declspec(align())的一个特点是,它仅仅规定了数据对齐的位置,而没有规定数据实际占用的内存长度,当指定的数据被放置在确定的位置之后,其后的数据填充仍然是按照#pragma pack规定的方式填充的,这时候类/结构的实际大小和内存格局的规则是这样的:在__declspec(align())之前,数据按照#pragma pack规定的方式填充,如前所述。当遇到__declspec(align())的时候,首先寻找距离当前偏移向后最近的对齐点(满足对齐长度为max(数据自身长度,指定值)),然后把被指定的数据类型从这个点开始填充,其后的数据类型从它的后面开始,仍然按照#pragma pack填充,直到遇到下一个__declspec(align())。当所有数据填充完毕,把结构的整体对齐数值和__declspec(align())规定的值做比较,取其中较大的作为整个结构的对齐长度。 特别的,当__declspec(align())指定的数值比对应类型长度小的时候,这个指定不起作用。 
    2. #pragma section("segname",read)
        / __declspec(allocate("segname")) int i = 0;
        / int main(){ return 1;};
     此关键词必须跟随code_seg,const_seg,data_seg,init_seg,section关键字之后使用,以上例子使用了section关键字。使用此关键字将告知编译器,其后的变量间被分配在那个数据段。 
    3. __declspec(deprecated(MY_TEXT)) void func(int) {}
     与pragma deprecated()相同。此声明后,如果在同一作用域中使用func(int)函数,将被提醒c4996警告。 
    4. __declspec( dllimport ) declarator
       & __declspec( dllexport ) declarator
     无须多说,此二关键字用于导入导出外接元素。 
    5. __declspec(jitintrinsic)
     用于标记一个函数或元素为64位公共语言运行时。具体用法未见到。 
    6. __declspec( naked ) int func( formal_parameters ) {}
     此关键字仅用于x86系统,多用于硬件驱动。此关键字可以使编译器在生成代码时不包含任何注释或标记。仅可以对函数的定义使用,不能用于数据声明、定义,或者函数的声明。 
    7. __declspec(restrict) float * init(int m, int n) {};
       & __declspec(noalias) void multiply(float * a, float * b, float * c) {};// 优化必用!
     __declspec(restrict)仅适用于返回指针的函数声明,如 __declspec(restrict) void *malloc(size_t size);restrict declspec 适用于返回非别名指针的函数。此关键字用于 malloc 的 C 运行时库实现,因为它决不会返回已经在当前程序中使用的指针值(除非您执行某个非法操作,如在内存已被释放之后使用它)。restrict declspec 为编译器提供执行编译器优化的更多信息。对于编译器来说,最大的困难之一是确定哪些指针会与其他指针混淆,而使用这些信息对编译器很有帮助。有必要指出,这是对编译器的一个承诺,编译器并不对其进行验证。如果您的程序不恰当地使用 restrict declspec,则该程序的行为会不正确。 __declspec(noalias)也是仅适用于函数,它指出该函数是半纯粹的函数。半纯粹的函数是指仅引用或修改局部变量、参数和第一层间接参数。此 declspec 是对编译器的一个承诺,如果该函数引用全局变量或第二层间接指针参数,则编译器会生成将中断应用程序的代码。 
    8. class X {
       / __declspec(noinline) int mbrfunc() { return 0; /* will not inline*/ };
     在类中声明一个函数不需要内联。 
    9. __declspec(noreturn) extern void fatal () {}
     不需要返回值。 
    10. void __declspec(nothrow) __stdcall f2();
     不存在异常抛出。 
    11. struct __declspec(novtable) X { virtual void mf(); };
        / struct Y : public X {void mf() {printf_s("In Y/n");}};
     此关键字标记的类或结构不能直接实例化,否则将引发AV错误(access violation)。此关键字的声明将阻止编译器对构造和析构函数的vfptr的初始化。可优化编译后代码大小。 
    12. struct S {   int i;
        / void putprop(int j) {  i = j; }
        / int getprop() { return i; }
        / __declspec(property(get = getprop, put = putprop)) int the_prop;};
     此关键字与C#中get & set属性相同,可定义实现针对一个字段的可读或可写。以上例子,可以使用(如果实例化S为ss)如:ss.the_prop = 156;(此时,ss.i == 156)接着如果:cout<< s.the_prop;(此时将调用getprop,使返回156)。 
    13. __declspec(selectany)(转)
     在MFC,ATL的源代码中充斥着__declspec(selectany)的声明。selectany可以让我们在.h文件中初始化一个全局变量而不是只能放在.cpp中。比如有一个类,其中有一个静态变量,那么我们可以在.h中通过类似__declspec(selectany) type class::variable = value; 这样的代码来初始化这个全局变量。既是该.h被多次include,链接器也会为我们剔除多重定义的错误。对于template的编程会有很多便利。 
    14. __declspec(thread) int in_One_Thread;
     声明in_One_Thread为线程局部变量并具有线程存储时限,以便链接器安排在创建线程时自动分配的存储。 
    15. struct __declspec(uuid("00000000-0000-0000-c000-000000000046")) IUnknown;
     将具有唯一表示符号的已注册内容声明为一个变量,可使用__uuidof()调用。

     
    ---------------

    __cdecl,__stdcal和__fastcalll 这三个修饰符是c和c++调用约定

    调用约定(Calling convention)决定以下内容:函数参数的压栈顺序,由调用者还是被调用者把参数弹出栈,以及产生函数修饰名的方法。MFC支持以下调用约定:    

    __cdecl,__stdcal和__fastcalll都是函数调用规范,规定了参数出入栈的顺序和方法,如果只用VC编程的话可以不用关心,但是要在C++和Pascal等其他语言通信的时候就要注意了,只有用相同的方法才能够调用成功.另外,像printf这样接受可变个数参数的函数只有用cdecl才能够实现.  


    _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 

    是把函数参数列表的前三个参数放入寄存器eax,edx,ecx,其他参数压栈。 fastcall是BCB为了更好的兼容Delphi写的VCL而用的,delphi中的默认call是fastcall,是把函数参数列表的前三个参数放入寄存器。

    举个例子,其实就是在函数声明的时候多加一个关键字,比如很多API函数就是象这样声明的: 
    int WINAPI MessageBoxA(HWND,LPCSTR,LPSTR,UINT); 
    而WINAPI实际上就是__stdcall. 
    大多数API都采用__stdcall调用规范,这是因为几乎所有的语言都支持__stdcall调用.相比之下,__cdecl只有在C语言中才能用.但是__cdecl调用有一个特点,就是能够实现可变参数的函数调用,比如printf,这用__stdcall调用是不可能的. 
    __fastcall这种调用规范比较少见,但是在Borland C++ Builder中比较多的采用了这种调用方式. 
    如果有共享代码的需要,比如写DLL,推荐的方法是用__stdcall调用,因为这样适用范围最广.如果是C++语言写的代码供Delphi这样的语言调用就必须声明为__stdcall,因为Pascal不支持cdecl调用(或许Delphi的最新版本能够支持也说不定,这个我不太清楚).在其他一些地方,比如写COM组件,几乎都用的是stdcall调用.在VC或Delphi或C++Builder里面都可以从项目设置中更改默认的函数调用规范,当然你也可以在函数声明的时候加入__stdcall,__cdecl,__fastcall关键字来明确的指示本函数用哪种调用规范. 

    __declspec主要是用于说明DLL的引出函数的,在某些情况下用__declspec(dllexport)在DLL中生命引出函数,比用传统的DEF文件方便一些.在普通

    程序中也可以用__declspec(dllimport)说明函数是位于另一个DLL中的导出函数.

      cdecl   由调用者清除堆栈   
      stdcall   由被调的函数清除堆栈   
      fastcall   是把函数参数列表的前三个参数放入寄存器eax,edx,ecx,其他参数压栈。

    1.今天写线程函数时,发现msdn中对ThreadProc的定义有要求:DWORD WINAPI ThreadProc(LPVOID lpParameter);

    不解为什么要用WINAPI宏定义,查了后发现下面的定义。于是乎需要区别__stdcall和__cdecl两者的区别; #define CALLBACK __stdcall
    #define WINAPI __stdcall
    #define WINAPIV __cdecl
    #define APIENTRY WINAPI
    #define APIPRIVATE __stdcall
    #define PASCAL __stdcall
    #define cdecl _cdecl
    #ifndef CDECL
    #define CDECL _cdecl
    #endif

    几乎我们写的每一个WINDOWS API函数都是__stdcall类型的,首先,需要了解两者之间的区别: WINDOWS的函数调用时需要用到栈(STACK,一种先入后出的存储结构)。当函数调用完成后,栈需要清楚,这里就是问题的关键,如何清除?? 如果我们的函数使用了_cdecl,那么栈的清除工作是由调用者,用COM的术语来讲就是客户来完成的。这样带来了一个棘手的问题,不同的编译器产生栈的方式不尽相同,那么调用者能否正常的完成清除工作呢?答案是不能。 如果使用__stdcall,上面的问题就解决了,函数自己解决清除工作。所以,在跨(开发)平台的调用中,我们都使用__stdcall(虽然有时是以WINAPI的样子出现)。那么为什么还需要_cdecl呢?当我们遇到这样的函数如fprintf()它的参数是可变的,不定长的,被调用者事先无法知道参数的长度,事后的清除工作也无法正常的进行,因此,这种情况我们只能使用_cdecl。到这里我们有一个结论,如果你的程序中没有涉及可变参数,最好使用__stdcall关键字。

    2.__cdecl,__stdcall是声明的函数调用协议.主要是传参和弹栈方面的不同.一般c++用的是__cdecl,windows里大都用的是__stdcall(API)

    __cdecl是C/C++和MFC程序默认使用的调用约定,也可以在函数声明时加上__cdecl关键字来手工指定。采用__cdecl约定时,函数参数按照从右到左的顺序入栈,并且由调用函数者把参数弹出栈以清理堆栈。因此,实现可变参数的函数只能使用该调用约定。由于每一个使用__cdecl约定的函数都要包含清理堆栈的代码,所以产生的可执行文件大小会比较大。__cdecl可以写成_cdecl。 
    __stdcall调用约定用于调用Win32 API函数。采用__stdcall约定时,函数参数按照从右到左的顺序入栈,被调用的函数在返回前清理传送参数的栈,函数参数个数固定。由于函数体本身知道传进来的参数个数,因此被调用的函数可以在返回前用一条ret n指令直接清理传递参数的堆栈。__stdcall可以写成_stdcall。 
    __fastcall约定用于对性能要求非常高的场合。__fastcall约定将函数的从左边开始的两个大小不大于4个字节(DWORD)的参数分别放在ECX和EDX寄存器,其余的参数仍旧自右向左压栈传送,被调用的函数在返回前清理传送参数的堆栈。__fastcall可以写成_fastcall

    3.__stdcall:

    _stdcall 调用约定相当于16位动态库中经常使用的PASCAL调用约定。

      
    在32位的VC++5.0中PASCAL调用约定不再被支持(实际上它已被定义为__stdcall。除了__pascal外,__fortran和__syscall也不被支持),取而代之的是__stdcall调用约定。两者实质上是一致的,即函数的参数自右向左通过栈传递,被调用的函数在返回前清理传送参数的内存栈,但不同的是函数名的修饰部分(关于函数名的修饰部分在后面将详细说明)。

    _stdcall是Pascal程序的缺省调用方式,通常用于Win32 Api中,函数采用从右到左的压栈方式,自己在退出时清空堆栈。VC将函数编译后会在函数名前面加上下划线前缀,在函数名后加上"@"和参数的字节数。

    _cdecl:

    _cdecl c调用约定, 按从右至左的顺序压参数入栈,由调用者把参数弹出栈。对于传送参数的内存栈是由调用者来维护的(正因为如此,实现可变参数的函数只能使用该调用约定)。另外,在函数名修饰约定方面也有所不同。

    _cdecl是C和C++程序的缺省调用方式。每一个调用它的函数都包含清空堆栈的代码,所以产生的可执行文件大小会比调用_stdcall函数的大。函数采用从右到左的压栈方式。VC将函数编译后会在函数名前面加上下划线前缀。是MFC缺省调用约定。

    __fastcall:

    __fastcall调用约定是"人"如其名,它的主要特点就是快,因为它是通过寄存器来传送参数的(实际上,它用ECX和EDX传送前两个双字(DWORD)或更小的参数,剩下的参数仍旧自右向左压栈传送,被调用的函数在返回前清理传送参数的内存栈),在函数名修饰约定方面,它和前两者均不同。

    _fastcall方式的函数采用寄存器传递参数,VC将函数编译后会在函数名前面加上"@"前缀,在函数名后加上"@"和参数的字节数。

    thiscall:

    thiscall仅仅应用于"C++"成员函数。this指针存放于CX寄存器,参数从右到左压。thiscall不是关键词,因此不能被程序员指定。

    naked call:

    采用1-4的调用约定时,如果必要的话,进入函数时编译器会产生代码来保存ESI,EDI,EBX,EBP寄存器,退出函数时则产生代码恢复这些寄存器的内容。

    naked call不产生这样的代码。naked call不是类型修饰符,故必须和_declspec共同使用。

    另附:

    名字修饰约定

    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++调用.

    CB在输出函数声明时使用4种修饰符号 
    //__cdecl 
    cb的默认值,它会在输出函数名前加_,并保留此函数名不变,参数按照从右到左的顺序依次传递给栈,也可以写成_cdecl和cdecl形式。 
    //__fastcall 
    她修饰的函数的参数将尽肯呢感地使用寄存器来处理,其函数名前加@,参数按照从左到右的顺序压栈; 
    //__pascal 
    它说明的函数名使用Pascal格式的命名约定。这时函数名全部大写。参数按照从左到右的顺序压栈; 
    //__stdcall 
    使用标准约定的函数名。函数名不会改变。使用__stdcall修饰时。参数按照由右到左的顺序压栈,也可以是_stdcall;

    VC++对函数的省缺声明是"__cedcl",将只能被C/C++调用.

     

     

    注意:

    1、_beginthread需要__cdecl的线程函数地址,_beginthreadex和CreateThread需要__stdcall的线程函数地址。

    2、一般WIN32的函数都是__stdcall。而且在Windef.h中有如下的定义:

     #define CALLBACK __stdcall

     #define WINAPI  __stdcall

    3、extern "C" _declspec(dllexport) int __cdecl Add(int a, int b);

       typedef int (__cdecl*FunPointer)(int a, int b);

       修饰符的书写顺序如上。

    4、extern "C"的作用:如果Add(int a, int b)是在c语言编译器编译,而在c++文件使用,则需要在c++文件中声明:extern "C" Add(int a, int b),因为c编译器和c++编译器对函数名的解释不一样(c++编译器解释函数名的时候要考虑函数参数,这样是了方便函数重载,而在c语言中不存在函数重载的问题),使用extern "C",实质就是告诉c++编译器,该函数是c库里面的函数。如果不使用extern "C"则会出现链接错误。

    一般象如下使用:

    #ifdef _cplusplus

    #define EXTERN_C extern "C"

    #else

    #define EXTERN_C extern

    #endif

    #ifdef _cplusplus

    extern "C"{

    #endif

     EXTERN_C int func(int a, int b);

    #ifdef _cplusplus

    }

    #endif

    5、DLLMain负责初始化(Initialization)和结束(Termination)工作,每当一个新的进程或者该进程的新的线程访问DLL时,或者访问DLL的每一个进程或者线程不再使用DLL或者结束时,都会调用DLLMain。但是,使用TerminateProcess或TerminateThread结束进程或者线程,不会调用DLLMain。

    6、一个DLL在内存中只有一个实例

    7、几乎我们写的每一个WINDOWS API函数都是__stdcall类型的,首先,需要了解两者之间的区别: WINDOWS的函数调用时需要用到栈(STACK,一种先入后出的存储结构)。当函数调用完成后,栈需要清除,这里就是问题的关键,如何清除??如果我们的函数使用了_cdecl,那么栈的清除工作是由调用者,用COM的术语来讲就是客户来完成的。这样带来了一个棘手的问题,不同的编译器产生栈的方式不尽相同,那么调用者能否正常的完成清除工作呢?答案是不能。如果使用__stdcall,上面的问题就解决了,函数自己解决清除工作。所以,在跨(开发)平台的调用中,我们都使用__stdcall(虽然有时是以WINAPI的样子出现)。那么为什么还需要_cdecl呢?当我们遇到这样的函数如fprintf()它的参数是可变的,不定长的,被调用者事先无法知道参数的长度,事后的清除工作也无法正常的进行,因此,这种情况我们只能使用_cdecl。到这里我们有一个结论,如果你的程序中没有涉及可变参数,最好使用__stdcall关键字。
     
    另:
    _cdecl
    按从右至左的顺序压参数入栈,由调用者把参数弹出栈。对于“C”函数或者变量,修饰名是在函数名前加下划线。对于“C++”函数,有所不同。
    如函数void test(void)的修饰名是_test;对于不属于一个类的“C++”全局函数,修饰名是?test@@ZAXXZ
    这是MFC缺省调用约定。由于是调用者负责把参数弹出栈,所以可以给函数定义个数不定的参数,如printf函数。

    stdcall 和pascal一样,都是pascal的调用习惯
    按从右至左的顺序压参数入栈,由被调用者把参数弹出栈。对于“C”函数或者变量,修饰名以下划线为前缀,然后是函数名,然后是符号“@”及参数的字节数,如函数int func(int a, double b)的修饰名是_func@12。对于“C++”函数,则有所不同。


    展开全文
  • C/C++函数调用约定

    万次阅读 2010-03-10 09:46:00
    C/C++函数调用约定关于 C/C++ 函数调用约定,大多数时候并不会影响程序逻辑,但遇到跨语言编程时,了解一下还是有好处的。VC 中默认调用是 __cdecl 方式,Windows API 使用 __stdcall 调用方式,在 DLL 导出函数中,...
  • C++函数调用过程和内置函数详解

    千次阅读 2018-03-12 10:15:01
    上图表示函数调用过程:①程序先执行函数调用之前的语句;②流程的控制转移到被调用函数入口处,同时进行参数传递;③执行被调用函数中函数体的语句;④流程返回调用函数的下一条指令处,将函数返回值带回;⑤接着...
  • C/C++函数调用的几种方式总结

    千次阅读 2017-07-26 13:54:19
    本篇文章主要是对C/C++函数调用的几种方式进行了详细的总结介绍,需要的朋友可以过来参考下,希望对大家有所帮助 调用函数时,计算机常用栈来存储传递给函数的参数。 栈是一种先进后出的数据结构,栈有一个...
  • 调用函数时,有三种向函数传递参数的方式: 调用类型 描述 传值调用 该方法把参数的实际值复制给函数的形式参数。在这种情况下,修改函数内的形式参数对实际参数没有影响。 指针调用 该方法把参数的地址...
  • c++函数调用规则

    千次阅读 2016-11-16 19:09:28
    调用规则主要是指函数调用的方式,常见的有_stdcall,_fastcall,_pascal等规则。不同的规则在参数压入堆栈的顺序是不同的,同时在有调用者清理压入堆栈的参数还是由被调用者清理压入堆栈的参数上也是不同的。...
  • C++函数调用详解

    千次阅读 2015-08-18 16:44:52
     什么是栈帧,相信很多从事C编程的童鞋还是没有搞明白,首先引用百度百科的经典解释:“栈帧也叫过程活动记录,是编译器用来实现过程/函数调用的一种数据结构。”。  实际上,可以简单理解为:栈帧就是存储在用户...
  • C++ 函数调用 默认参数

    千次阅读 2016-12-06 17:35:30
    C++中,定义函数时可以给形参指定一个默认的值,这样调用函数时如果没有...所谓默认参数,指的是当函数调用中省略了实参时自动使用的一个值,这个值就是给形参指定的默认值。下面是一个简单的示例: #includeusi
  • c++中执行文件指:main函数 函数文件:其他所有需要用到的函数c++中,函数文件名没有特殊讲究,将文件添加到工程目录便能使用 对函数的要求有三点 函数的完整文件 输入参数的定义 函数声明加入头文件 1.函数的...
  • C++函数调用 段错误

    千次阅读 2018-03-15 15:40:50
    调用一个函数时发生段错误:Segmentation fault加入打印日志之后,发现运行时根本没有进入该函数就已经crash,将该函数全部注释掉在运行时又一切正常。经过调试发现原因:该函数中存在一个大数组#define BUFFER_SIZE...
  • 学生党一枚 谁能给我具体讲述一下函数调用啊 声明 定义 有一道题 编写一个函数的声明及其定义,该函数有一个double类型的参数,当参数为正值时,返回字母‘p’;当参数为负值或0时,返回字母‘N’![图片说明]...
  • C/C++ 函数调用约定

    千次阅读 2013-08-27 10:14:57
    函数调用约定  常见的函数调用约定[5]:cdecl,stdcall,fastcall,thiscall,naked call  MFC调用约定(VS6:Project Settings->C/C++ Calling convention:)   1, __cdecl(C调用约定.The C default ...
  • C++ 函数调用和系统调用的区别

    千次阅读 2018-02-06 10:59:27
     所谓系统调用就是用户在程序中调用操作系统所提供的一个子功能,也就是系统API,系统调用可以被看做特殊的公共子程序。系统中的各种共享资源都由操作系统统一掌管,因此在用户程序中,凡是与资源有关的操作(如...
  • C/C++ 函数调用关系图

    千次阅读 2017-03-13 14:39:19
    网上已经有不少相类似的工具,不过都是基于C代码,基于C++很少,或者支持不完善,本工具基于gcc编译器输出RTL文本功能,解析其输出的RTL文件,从而解析出函数调用关系图,RTL文件包含很多编译后的信息,
  • 1.主调函数与被调函数 这是一个相对的概念,调用者叫主调函数,被调用者叫被调函数,一个函数可以是主调函数也可以是被调函数。 2.形参与实参 形式参数(简称“形参”) ...在函数调用过程中,系...
  • C/C++函数调用的压栈模型

    千次阅读 2018-05-18 19:18:29
    函数调用的压栈模型对于我们学习C语言非常重要,最直观的体现在我们后面要学的函数的递归,函数的递归就充分利用的函数的压栈模型 当函数从入口函数main函数开始执行时,编译器会将我们操作系统的运行状态,main...
  • C/C++函数调用约定和函数名称修饰

    千次阅读 2007-06-07 09:54:00
    C/C++函数调用约定和函数名称修饰规则探讨 作者:星轨(oRbIt) 使用C/C++语言开发软件的程序员经常碰到这样的问题:有时候是程序编译没有问题,但是链接的时候总是报告函数不存在(经典的LNK 2001错误),有时候...
  • C++函数调用的完美灾难

    千次阅读 2015-08-13 00:25:25
    确保函数调用时,函数的参数一定是有效和对象的状态是有效的。 比如algorithm中的erase() 函数的参数,必须是一个有效的迭代器,如果 vec.erase(unique(vec.begin(), vec.end()))这么使用,如果unique的返回值是...
  • C++函数调用时堆栈的变化情况

    千次阅读 2015-10-22 22:29:49
    函数的正常运行必然要利用堆栈,至少,函数的返回地址是保存在堆栈上的。函数一般要利用参数,而且内部也会用到局部变量,在对表达式进行求值时,编译器还会生成一些无名临时...下面以Visual C++编译器为例进行研究。
  • C++函数调用 入栈以及出栈

    千次阅读 2017-10-04 17:40:57
    栈(Stack):存放局部变量,函数参数,当前状态,函数调用信息等,向地址减小的方向增长,可读可写可执行。 ESP:栈指针寄存器(extended stack pointer),其内存放着一个指针,该指针永远指向...
  • C++函数调用之静态成员函数

    千次阅读 2014-09-06 11:27:13
    首先,定义如下类A: class A { private: static int val_s; public: static int getVal(){cout ;...我们可以看到,上述类的定义中包含静态成员变量val_s 和静态成员函数getVal() ,对于静态的成员变量,一般
  • C++ 函数调用的匹配顺序

    千次阅读 2014-03-05 22:32:03
    (1)寻找一个参数完全匹配的函数,如果找到了就调用它。 (2)在1失败后,寻找一个函数模板,使其实例化,产生一个匹配的函数模板,  若找到了,就调用它。 (3)在1、2均失败后,再试一试低一级的对函数的重载...
  • C/C++函数调用过程--函数栈(二)

    千次阅读 2015-04-23 17:18:24
    上一篇比较简单的理解函数调用时的参数进出栈,这里转载一篇别人的文章,通过汇编比较完整的讲解进出栈的过程。看是看觉得略难理解,但仔细看完很有收获。 函数调用--函数栈 函数调用大家都不陌生,调用者向被...
  • #include #include int *n() { ...在这个程序中,函数n返回的时候是不是就已经释放了局部变量a?那么我这时候的p是不是就是一个野指针。为什么我在输出语句中还是能输出5。这种做法是不是不安全的。
  • C/C++函数调用的几种方式

    千次阅读 2015-12-02 09:36:43
    我们知道,调用函数时,计算机常用栈来存放函数执行需要的参数,由于栈的空间大小是有限的,在windows下栈是向低地址扩展的数据结构...在函数调用时,第一个进栈的是主函数中后的下一条指令(函数调用语句的下一条可执
  • C/C++函数调用规则

    千次阅读 2011-08-11 20:29:44
    面试中被问到函数调用规则,不懂,所以查了资料,总结如下: 调用规则 __cdecl __stdcall __fastcall __pascal __thiscall 参数压栈顺序

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 68,365
精华内容 27,346
关键字:

c++函数调用

c++ 订阅