【C#】调用约定(Calling Convention)
一、概念
调用DLL时需编写入口点，如：
[DllImport("CHR34XXX.dll", SetLastError = true, CallingConvention = CallingConvention.StdCall)] public static extern bool CHR34XXX_RxCh_ClearFIFO(int devId, byte Channel);
CallingConvention有五种方式：
CallingConvention = CallingConvention.StdCall CallingConvention = CallingConvention.Cdecl CallingConvention = CallingConvention.FastCall CallingConvention = CallingConvention.ThisCall CallingConvention = CallingConvention.Winapi
CallingConvention决定函数参数传送时入栈和出栈的顺序，由调用者还是被调用者把参数弹出栈,以及编译器用来识别函数名字的修饰约定。
#define CALLBACK __stdcall #define WINAPI __stdcall #define WINAPIV __cdecl #define APIENTRY WINAPI #define APIPRIVATE __stdcall #define PASCAL __stdcall
1、stdcall
stdcall函数的参数自右向左通过栈传递，被调用的函数在返回前清理传送参数的内存栈，但不同
的是函数名的修饰部分。
stdcall是Pascal程序的缺省调用方式，通常用于Win32 Api中，函数采用从右到左的压栈方式，自己在退出时清空堆栈。
VC将函数编译后会在函数名前面加上下划线前缀，在函数名后加上"@"和参数的字节数。
2、cdecl
cdecl按从右至左的顺序压参数入栈，由调用者把参数弹出栈。对于传送参数的内存栈是由调用者来维护的（正因为如此，实现可变参数的函数只能使用该调用约定）。另外，在函数名修饰约定方面也有所不同。
cdecl是C和C++程序的缺省调用方式。每一个调用它的函数都包含清空堆栈的代码，所以产生的可执行文件大小会比调用stdcall函数的大。函数采用从右到左的压栈方式。
VC将函数编译后会在函数名前面加上下划线前缀。是MFC缺省调用约定。
3、fastcall
fastcall调用约定主要特点就是快，因为它是通过寄存器来传送参数的（实际上，它用ECX和EDX传送前两个双字（DWORD）或更小的参数，剩下的参数仍旧自右向左压栈传送，被调用的函数在返回前清理传送参数的内存栈），在函数名修饰约定方面，它和前两者均不同。
VC将函数编译后会在函数名前面加上"@"前缀，在函数名后加上"@"和参数的字节数。
4、thiscall
thiscall仅仅应用于“C++”成员函数。this指针存放于CX寄存器，参数从右到左压。
调用函数的时候，一般的参数都被调用者压栈（除了需要用寄存器传递的参数除外）。问题在于，谁来清理调用者压入堆栈的参数内容，是调用者还是被调用者。
清理的意义是将压入的参数退栈，从机器的角度来讲则是调整堆栈指针ESP。
当调用者也负责清理栈的时候，由于调用者知道实际参数的个数，因此可以正确处理变参的情况（如printf），就算是压入的参数和所期望的参数不一致也不会造成栈的不平衡，这正是printf可以很容易直接传入不同参数，而Windows API必须显式传入va_list参数（如FormatMessage）来获得变参能力的原因。
二、区别
关于PASCAL这种调用约定的函数都是由它本身来清栈，而__cdecl的函数都是
由调用者来清栈。
实际用的时候，个人觉得两者最大的差别在于：__cdecl的函数参数个数可以声明为不确定，比如printf，scanf之类，而PASCAL的函数是不可以这样做的，如果这样的话它不知道实参有多少个。
