解决方法
大多数时候你不需要担心它.通常你会使用__cdecl,但这只是因为它是Visual C中的默认值.但是,C成员函数在Visual C中默认使用__thiscall约定
一个(相当普遍的)情况,你真的不得不担心调用约定是当你将回调传递给API函数时,就像在Windows API中那样：
// CALLBACK is #define'd as __stdcall
LRESULT CALLBACK MyWndProc(HWND hwnd,UINT msg
WPARAM wParam,LPARAM lParam);
// ...
windowClass.lpfnWndProc = &MyWndProc;
::RegisterClass(&windowClass);
在这里,我们将MyWndProc()声明为具有__stdcall约定(CALLBACK是#define’d as __stdcall).这是必需的,因为操作系统期望lpfnWndProc指向WNDPROC,which uses the CALLBACK convention.
几乎每个接受回调的Windows API函数都要求回调函数使用__stdcall约定,并且由于__cdecl通常是默认值,因此必须使其显式(您可以使用CALLBACK进行窗口过程).
这非常重要,因为如果操作系统尝试调用非-__ stdcall函数,则可能发生堆栈损坏.不幸的是,足够的人弄错了Windows will actually check for calling convention mismatch specifically for window procedures.
虽然传递给WinAPI函数的回调函数需要__stdcall,但接受可变数量参数的函数必须使用__cdecl调用约定,因为只有调用者才知道如何正确地从堆栈中弹出可变数量的参数.由于__cdecl通常是默认值,因此您不需要为接受可变数量参数的函数显式指定__cdecl.
我个人还没有找到__fastcall的用途,虽然我确信有人有.
只有在与托管代码交互时,__ clrcall才有意义.
