_stdcall 和 _cdecl

今天遇到一个问题用C++编写一个动态链接库生成的文件为dll.dll，用在visual stdio 2010调用这个dll

调用形式：[DllImport("dll.dll")]

出现了如下问题：

对 PInvoke 函数“TestDLL!TestDLL.Program::write”的调用导致堆栈不对称。

原因可能是托管的 PInvoke 签名与非托管的目标签名不匹配。

请检查 PInvoke 签名的调用约定和参数与非托管的目标签名是否匹配。

 

一开始我以为是因为函数传了指针，所以把指针改成了传整型变量，依然出现上述问题，查了网上的解决方案，

解决方案一：要在调用时加上[DllImport("dll.dll", CallingConvention = CallingConvention.Cdecl)]手册给出的意思是使用Cdecl（即调用方清理堆栈）。

解决方案二：在要生成dll的文件中，函数名前加上_stdcall，如：extern "C" __declspec(dllexport) int _stdcall write_test(int size)

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

而__cdecl是C/C++和MFC程序默认使用的调用约定。