动态调用DLL函数有时正常，有时报Access violation的异常 typedef int (add *)(int a,int b); void test() { hInst=LoadLibraryA("aimdtl.dll"); (FARPROC &)add=GetProcAddress(hInst,"add"); add(1,2); } 按这个代码执行，add函数有时OK，有时报Access violation的异常。看到提示，第一反应就是内存异常了，但是这是什么引起了内存异常呢？ 于是想着用一个变量来接收add的返回值看看。 void test() { hInst=LoadLibraryA("aimdtl.dll"); (FARPROC &)add=GetProcAddress(hInst,"add"); int sum=add(1,2); } 结果，add函数执行了之后，还是有时OK，，有时报Access violation的异常。这会是什么原因？于是谷歌了下，有人提到，可能要加__cdecall。于是我果断修改代码。新代码如下：typedef int __cdecall (add *)(int a,int b); void test() { hInst=LoadLibraryA("aimdtl.dll"); (FARPROC &)add=GetProcAddress(hInst,"add"); add(1,2); } 结果，add函数执行了之后，还是有时OK，有时报Access violation的异常。纠结了！为什么 ！！这时，想起在C中调用DLL函数时，需要用__stdcall，那是不是这里也要？立即改之！typedef int __stdcall (add *)(int a,int b); void test() { hInst=LoadLibraryA("aimdtl.dll"); (FARPROC &)add=GetProcAddress(hInst,"add"); add(1,2); } 运行后，一切OK。问题至此已经解决。可这是为什么呢？于是回过头来看了看__stdcall和__cdecall的说法。 _stdcall:Win32 API的调用协议，由被调用的函数清理堆栈，所有参数自右至左入栈，生成的代码中函数名有一个_做前缀和一个@和参数的总字节数（十进制）作后缀。它不支持可变参数，但它产生的代码比_cdecl短，因为没有每次调用后的清理堆栈的代码。_cdecl:C\C++的缺省调用协议，由调用者清理堆栈，这就是C\C++中可以使用可变参数的函数的原因，所有参数自右至作入栈，生成的代码中函数名有一个_做前缀.至此算是明白过来了，一般dll中的函数都采用extern "C" __stdcall的方式引出函数接口的，在调用DLL中的函数时，如果没有加__stdcall和__cdecall是缺省调用了__cdecall，而__cdecall是要由调用者清理堆栈的，而在代码中并没有清理堆栈的操作，只是调用了函数，所以调用函数的地址可能会跑飞。不跑飞就OK，而一旦跑飞就出现Access violation的异常。而_stdcall是由被调用的函数清理堆栈，所以调用函数的地址不会跑飞，自然也就OK了。具体__stdcall/__cdecal/__fastcall的区别可以参见。
而开始追寻他内心世界的真正财富
