调用约定

　　上面的代码中，可在函数原型中找到__stdcall，因为它以双下划线打头，所以它是一个特定于编译器的扩展，说到底也就是微软的实现。任何支持开发基于Win32的程序都必须支持这个扩展或其等价物。以__stdcall标识的函数使用了标准调用约定，为什么叫标准约定呢，因为所有的Win32 API（除了个别接受可变参数的除外）都使用它。标准调用约定的函数在它们返回到调用者之前，都会从堆栈中移除掉参数，这也是Pascal的标准约定。但在C/C++中，调用约定是调用者负责清理堆栈，而不是被调用函数；为强制函数使用C/C++调用约定，可使用__cdecl。另外，可变参数函数也使用C/C++调用约定。

　　Windows操作系统采用了标准调用约定（Pascal约定），因为其可减小代码的体积。这点对早期的Windows来说非常重要，因为那时它运行在只有640KB内存的电脑上。

　　如果你不喜欢__stdcall，还可以使用CALLBACK宏，它定义在windef.h中：

#define CALLBACK __stdcallor #define CALLBACK PASCAL //而PASCAL在此被#defined成__stdcall

　　作为回调函数的C++方法

　　因为平时很可能会使用到C++编写代码，也许会想到把回调函数写成类中的一个方法，但先来看看以下的代码：

class CCallbackTester { 　public: 　int CALLBACK CompareInts(const byte* velem1, const byte* velem2); }; Bubblesort((byte*)array, 5, sizeof(array[0]), &CCallbackTester::CompareInts);

　　如果使用微软的编译器，将会得到下面这个编译错误：

error C2664: 'Bubblesort' : cannot convert parameter 4 from 'int (__stdcall CCallbackTester::*)(const unsigned char *,const unsigned char *)' to 'int (__stdcall *)(const unsigned char *,const unsigned char *)' There is no context in which this conversion is possible

　　这是因为非静态成员函数有一个额外的参数：this指针，这将迫使你在成员函数前面加上static。当然，还有几种方法可以解决这个问题，但限于篇幅，就不再论述了。


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

提出问题：
回调函数是基于C编程的Windows SDK的技术，不是针对C++的，程序员可以将一个C函数直接作为回调函数，但是如果试图直接使用C++的成员函数作为回调函数将发生错误，甚至编译就不能通过。
分析原因：
普通的C++成员函数都隐含了一个传递函数作为参数，亦即“this”指针，C++通过传递一个指向自身的指针给其成员函数从而实现程序函数可以访问C++的数据成员。这也可以理解为什么C++类的多个实例可以共享成员函数但是确有不同的数据成员。由于this指针的作用，使得将一个CALLBACK型的成员函数作为回调函数安装时就会因为隐含的this指针使得函数参数个数不匹配，从而导致回调函数安装失败
解决方案：
一,不使用成员函数，直接使用普通C函数，为了实现在C函数中可以访问类的成员变量，可以使用友元操作符(friend)，在C++中将该C函数说明为类的友元即可。这种处理机制与普通的C编程中使用回调函数一样。
二,使用静态成员函数，静态成员函数不使用this指针作为隐含参数，这样就可以作为回调函数了。静态成员函数具有两大特点：其一，可以在没有类实例的情况下使用；其二，只能访问静态成员变量和静态成员函数，不能访问非静态成员变量和非静态成员函数。由于在C++中使用类成员函数作为回调函数的目的就是为了访问所有的成员变量和成员函数，如果作不到这一点将不具有实际意义。我们通过使用静态成员函数对非静态成员函数包装的办法来解决问题。类实例可以通过附加参数或全局变量的方式的方式传递到静态成员函数中。分别举例如下：

1，参数传递的方式
   #include <iostream.h>   
   class TClassA
   {
   public:

      void Display(const char* text) { cout << text << endl; };
      static void Wrapper_To_Call_Display(void* pt2Object, char* text);
      // more.
   };

   // 静态包装函数，能够调用成员函数Display(),本身做为回调函数来使用
   void TClassA::Wrapper_To_Call_Display(void* pt2Object, char* string)
   {
       // 显式类型转换
       TClassA* mySelf = (TClassA*) pt2Object;

       // 调用普通成员函数
       mySelf->Display(string);
   }

   // 回调函数的宿主,在这里回调用函数被使用
   void DoItA(void* pt2Object, void (*pt2Function)(void* pt2Object, char* text))
   {
      // 使用回调函数
      pt2Function(pt2Object, "hi, i'm calling back using a argument ;-)");  
   }

   // 执行示例
   void Callback_Using_Argument()
   {
      TClassA objA;
      DoItA((void*) &objA, TClassA::Wrapper_To_Call_Display);
   }

2，全局变量的方式
   #include <iostream.h>   
   void* pt2Object;        // 全局变量,可以指向任意对象
   class TClassB
   {
   public:

      void Display(const char* text) { cout << text << endl; };
      static void Wrapper_To_Call_Display(char* text);

   };

   // 静态的包装函数
   void TClassB::Wrapper_To_Call_Display(char* string)
   {
       //需要保证全局变量值的正确性
       TClassB* mySelf = (TClassB*) pt2Object;
       mySelf->Display(string);
   }

   // 回调用函数的宿主,在这里回调用函数被使用
   void DoItB(void (*pt2Function)(char* text))
   {
   
      pt2Function("hi, i'm calling back using a global ;-)");   // make callback
   }

   // 执行示例
   void Callback_Using_Global()
   {
      TClassB objB;  
      pt2Object = (void*) &objB;
      DoItB(TClassB::Wrapper_To_Call_Display);
   }

注意：通过上面两种方法的比较可以看出，第2种方法中静态包装函数可以和普通成员函数保持签名一致，当回调函数的宿主接口不能改变时，这种方法特别有用。但因为使用了全局变量，也不是一个好的设计。

　　下面我们分别详细介绍：
　　1./Gd
　　这是编译器默认的转换模式，对一般函数使用 C的函数调用转换方式__cdecl，但是对于C++ 成员函数和前面修饰了__stdcall __fastcall的函数除外。
　　2./Gr
　　对于一般函数使用__fastcall函数调用转换方式，所有使用__fastcall的函数必须要有函数原形。但对于C++ 成员函数和前面修饰了__cdecl __stdcall 的函数除外。
　　3./Gz
　　对于所有 C函数使用__stdcall函数调用转换方式，但对于可变参数的 C函数以及用__cdecl __fastcall修饰过的函数和C++ 成员函数除外。所有用__stdcall修饰的函数必须有函数原形。
　　事实上，对于x86系统，C++ 成员函数的调用方式有点特别，将成员函数的this
指针放入ECX，所有函数参数从右向左入栈，被调用的成员函数负责清理入栈的
参数。对于可变参数的成员函数，始终使用__cdecl的转换方式。
　　下面该进入主题，分别讲一下这三种函数调用转换方式有什么区别：
　　1.__cdecl
　　这是编译器默认的函数调用转换方式，它可以处理可变参数的函数调用。参数的入栈顺序是从右向左。在函数运行结束后，由调用函数负责清理入栈的参数。在编译时，在每个函数前面加上下划线(_)，没有函数名大小写的转换。即_functionname
　　每一个调用它的函数都包含清空堆栈的代码，所以产生的可执行文件大小会比调用_stdcall函数的大。函数采用从右到左的压栈方式。注意：对于可变参数的成员函数，始终使用__cdecl的转换方式。
　　2.__fastcall
　　有一些函数调用的参数被放入ECX，EDX中，而其它参数从右向左入栈。被调用函数在它将要返回时负责清理入栈的参数。在内嵌汇编语言的时候，需要注意寄存器的使用，以免与编译器使用的产生冲突。函数名字的转换是：@functionname@number没有函数名大小写的转换，number表示函数参数的字节数。由于有一些参数不 需要入栈，所以这种转换方式会在一定程度上提高函数调用的速度。
　　3.__stdcall
　　函数参数从右向左入栈，被调用函数负责入栈参数的清理工作。函数名转换格式如下：_functionname@number
　　下面我们亲自写一个程序，看看各种不同的调用在编译后有什么区别，我们的被调 用函数如下：

1.__cdecl

_function
push    ebp
mov     ebp, esp
mov     eax, [ebp+8]       ;参数1
add     eax, [ebp+C]       ;加上参数2
pop     ebp
retn
_main
push    ebp
mov     ebp, esp
push    14h                ;参数 2入栈
push    0Ah                ;参数 1入栈
call    _function          ;调用函数
add     esp, 8             ;修正栈
xor     eax, eax
pop     ebp
retn

2.__fastcall

@function@8
push    ebp
mov     ebp, esp           ;保存栈指针
sub     esp, 8             ;多了两个局部变量
mov     [ebp-8], edx       ;保存参数 2
mov     [ebp-4], ecx       ;保存参数 1
mov     eax, [ebp-4]       ;参数 1
add     eax, [ebp-8]       ;加上参数 2
mov     esp, ebp           ;修正栈
pop     ebp
retn
_main
push    ebp
mov     ebp, esp
mov     edx, 14h           ;参数 2给EDX
mov     ecx, 0Ah           ;参数 1给ECX
call    @function@8        ;调用函数
xor     eax, eax
pop     ebp
retn

3.__stdcall

_function@8
push    ebp
mov     ebp, esp
mov     eax, [ebp]         ;参数 1
add     eax, [ebp+C]       ;加上参数 2
pop     ebp
retn    8                  ;修复栈
_main
push    ebp
mov     ebp, esp
push    14h                ;参数 2入栈
push    0Ah                ;参数 1入栈
call    _function@8　　　　;函数调用
xor     eax, eax
pop     ebp
retn
可见上述三种方法各有各的特点，而且_main必须是__cdecl，一般WIN32的函数都是__stdcall。而且在Windef.h中有如下的定义：
#define CALLBACK __stdcall
#define WINAPI　 __stdcall


　　补：
　　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"
　　#else
　　#define EXTERN_C extern
　　#endif
　　#ifdef _cplusplus
　　extern "C"{
　　#endif
　　EXTERN_C int func(int a, int b);
　　#ifdef _cplusplus
　　}
　　#endif
　　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)

初学MFC的一个小练习 ..
下面留个链接 .供以后回顾 ..~