__stdcall,__cdecl,__fastcall的区别
一、三者区别一览表
__fastcall
参数传递方式
右-&左&压栈
右-&左&压栈
左边开始的两个不大于4字节（DWORD）的参数分别放在ECX和EDX寄存器，其余的参数仍旧自右向左压栈传送
被调用函数清理（即函数自己清理），多数据情况使用这个
调用者清理
被调用者清理栈
c/C++&&MFC默认方式
可变参数的时候使用
C编译修饰约定（它们均不改变输出函数名中的字符大小写）
约定在输出函数名前加上一个下划线前缀，后面加上一个&@&符号和其参数的字节数，格式为
_functionname@n
约定仅在输出函数名前加上一个下划线前缀，格式为_functionname
调用约定在输出函数名前加上一个&@&符号，后面也是一个&@&符号和其参数的字节数，格式为
@functionname@nu
见下面的&四、名字修饰约定&
二、thiscall
thiscall仅仅应用于"C++"成员函数。this指针存放于CX寄存器，参数从右到左压。thiscall不是关键词，因此不能被程序员指定。
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。
四、名字修饰约定
&&&&&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++调用.
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"
#define EXTERN_C extern
#ifdef _cplusplus
extern "C"{
&EXTERN_C int func(int a, int b);
#ifdef _cplusplus
5、MFC提供了一些宏，可以使用AFX_EXT_CLASS来代替__declspec(DLLexport)，并修饰类名，从而导出类，AFX_API_EXPORT来修饰函数，AFX_DATA_EXPORT来修饰变量
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
6、DLLMain负责初始化(Initialization)和结束&(Termination)工作，每当一个新的进程或者该进程的新的线程访问DLL时，或者访问DLL的每一个进程或者线程不再使用DLL或者结束时，都会调用DLLMain。但是，使用TerminateProcess或TerminateThread结束进程或者线程，不会调用DLLMain。
7、一个DLL在内存中只有一个实例
DLL程序和调用其输出函数的程序的关系：
1)、DLL与进程、线程之间的关系
DLL模块被映射到调用它的进程的虚拟地址空间。
DLL使用的内存从调用进程的虚拟地址空间分配，只能被该进程的线程所访问。
DLL的句柄可以被调用进程使用；调用进程的句柄可以被DLL使用。
DLLDLL可以有自己的数据段，但没有自己的堆栈，使用调用进程的栈，与调用它的应用程序相同的堆栈模式。
2)、关于共享数据段
DLL定义的全局变量可以被调用进程访问；DLL可以访问调用进程的全局数据。使用同一&DLL的每一个进程都有自己的DLL全局变量实例。如果多个线程并发访问同一变量，则需要使用同步机制；对一个DLL的变量，如果希望每个使用DLL的线程都有自己的值，则应该使用线程局部存储(TLS，Thread Local Strorage)。
详情可参见：
阅读(...) 评论()本帖子已过去太久远了，不再提供回复功能。c++（154）
概念（116）
_stdcall&_cdecl&_pascal&_fastcall这些关键字是什么意思，有什么区别呢？
首先看MSDN里给出的解释，不过有些语焉不详哦
WINAPI&&Use&in&place&of&FAR&PASCAL&in&API&declarations.&If&you&are&writing&a&DLL&with&exported&API&entry&points,&you&can&use&this&for&your&own&APIs.&
CALLBACK&Use&in&place&of&FAR&PASCAL&in&application&callback&routines&such&as&window&procedures&and&dialog&procedures.&
再看看到底这两个宏的内容是什么吧
VC:WINDEF.h#define&CALLBACK&&&&PASCAL&//=_pascal,VC已经不支持直接使用_pascal了#define&WINAPI&&&&&&CDECL&//=_cdecl
BCB:windef.h#define&CALLBACK&&&&__stdcall#define&WINAPI&&&&&&__stdcall
引出了cdecl&stdcall等一些可能很少见的关键字
那么cdecl、pascal、stdcall、fastcall等修饰符号到底什么意思呢？非常简单，就是关于堆栈的一些说明，首先是函数参数压栈顺序，其次是压入堆栈的内容由谁来清除，调用者还是函数自己？这些开关用来告诉编译器产生什么样的汇编代码。
下面把区别列表如下：
Directive&Parameter&order&&Clean-up&Passes&parameters&in&registers?&register&&Left-to-right&&&Routine&&&Yes&pascal&&&Left-to-right&&&Routine&&&No&cdecl&&&Right-to-left&&&Caller&&&&No&stdcall&&&Right-to-left&&&Routine&&&No&safecall&&Right-to-left&&&Routine&&&No
简单说明：
__cdecl是C/C++和MFC程序默认使用的调用约定，也可以在函数声明时加上__cdecl关键字来手工指定。采用__cdecl约定时，函数参数按照从右到左的顺序入栈，并且由调用函数者把参数弹出栈以清理堆栈。因此，实现可变参数的函数只能使用该调用约定。由于每一个使用__cdecl约定的函数都要包含清理堆栈的代码，所以产生的可执行文件大小会比较大。__cdecl可以写成_cdecl。&&&&&&&&__stdcall调用约定用于调用Win32&API函数。采用__stdcal约定时，函数参数按照从右到左的顺序入栈，被调用的函数在返回前清理传送参数的栈，函数参数个数固定。由于函数体本身知道传进来的参数个数，因此被调用的函数可以在返回前用一条ret&n指令直接清理传递参数的堆栈。__stdcall可以写成_stdcall。&&&&&&&&__fastcall约定用于对性能要求非常高的场合。__fastcall约定将函数的从左边开始的两个大小不大于4个字节（DWORD）的参数分别放在ECX和EDX寄存器，其余的参数仍旧自右向左压栈传送，被调用的函数在返回前清理传送参数的堆栈。__fastcall可以写成_fastcall。&
&特别说明1.&在默认情况下，采用__cdecl方式,因此可以省略.2.&WINAPI一般用于修饰动态链接库中导出函数3.&CALLBACK仅用于修饰回调函数4.&你可能已经发现，VC下和BCB下对WINAPI的定义不同，那么你至少理解了&&&为什么不能直接从BCB下调用VC的dll的一个原因了。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：2952672次
积分：36771
积分：36771
排名：第96名
原创：283篇
转载：2451篇
评论：221条
(28)(20)(30)(8)(21)(39)(4)(27)(78)(31)(16)(27)(44)(7)(11)(39)(8)(58)(4)(13)(8)(16)(82)(74)(85)(9)(28)(5)(11)(13)(2)(2)(6)(9)(33)(8)(15)(3)(4)(1)(1)(8)(61)(10)(5)(1)(3)(40)(44)(21)(19)(11)(1)(1)(1)(1)(3)(14)(48)(48)(2)(14)(53)(12)(12)(17)(9)(25)(15)(17)(9)(18)(18)(2)(6)(1)(14)(8)(12)(23)(26)(14)(2)(13)(17)(53)(13)(2)(6)(5)(15)(10)(19)(14)(15)(5)(14)(28)(15)(17)(22)(3)(18)(9)(10)(13)(21)(22)(110)(78)(81)(21)(23)(42)(3)(5)(19)(16)(31)(1)(7)(14)(9)(12)(27)(30)(10)(19)(12)(6)(13)(17)(18)(23)(28)(19)(12)(5)(3)(5)(5)(5)(21)(11)(39)