关于DLL的若干问题
经常有朋友们在论坛上问有关DLL的问题，现做如下总结：
1. 在程序里调用DLL的输出函数，出现非法操作（堆栈错误）
这个问题一般是由于函数的实际定义跟使用时的声明不一致引起的。要弄清楚这个问题，必须明白函数的调用机制。在WINDOWS系统中，常见的调用方式有两种：C和PASCAL。C/C++使用C方式，即参数由右向左压栈，由调用者负责处理栈的还原，这样做的好处是可以实现可变参数个数的函数，典型的如scanf/printf；另一种是pascal方式，即参数也是从右向左压栈，但由函数自己负责栈的复原，这样调用方不用理会栈，可以节约编码（不用在每个函数调用的地方都要加上栈还原的指令）。在C/C++中，缺省的调用方式是C的，也叫_cdecl。要用pascal方式，必须显示的说明为pascal（在VC中，也可用_stdcall/PASCAL/WINAPI/CALLBACK，实际上是一个东西）。实际上在DLL中，调用方式也影响函数的命名，这个暂时不做讨论，但下面有提及。
我们可以通过汇编码来看c和pascal两种方式的不同（注意加"*************"的行）
void Function1(DWORD v1,DWORD v2)
{
10012560 push ebp
10012561 mov ebp,esp
10012563 sub esp,0C0h
10012569 push ebx
1001256A push esi
1001256B push edi
1001256C lea edi,[ebp-0C0h]
10012572 mov ecx,30h
10012577 mov eax,0CCCCCCCCh
1001257C rep stos dword ptr [edi]
}
1001257E pop edi
1001257F pop esi
10012580 pop ebx
10012581 mov esp,ebp
10012583 pop ebp
10012584 ret //****************
void WINAPI Function2(DWORD vi,DWORD v2)
{
10012590 push ebp
10012591 mov ebp,esp
10012593 sub esp,0C0h
10012599 push ebx
1001259A push esi
1001259B push edi
1001259C lea edi,[ebp-0C0h]
100125A2 mov ecx,30h
100125A7 mov eax,0CCCCCCCCh
100125AC rep stos dword ptr [edi]
}
100125AE pop edi
100125AF pop esi
100125B0 pop ebx
100125B1 mov esp,ebp
100125B3 pop ebp
100125B4 ret 8 //**************两个DWORD参数，共八个字节
Function1(1,2);
10012604 push 2 //*********C方式，从右向左入栈
10012606 push 1
10012608 call Function1 (10011749h)
1001260D add esp,8 //*********调用者负责回复栈
Function2(1,2);
10012610 push 2 //************pascal方式，从右向左入栈
10012612 push 1
10012614 call Function2 (100112DFh)
//调用者不用处理栈
2. 使用动态载入DLL的时候，发现输出的函数无法用GetProcAddress定位
导致这个问题的原因有两个可能：一是函数根本没有输出，二是输出函数的名字有误。这两个原因都是编写DLL时的不正确处理造成的。VC中有关DLL的关键字有：_declspec,dllexport,dllimport,extern "C"。另外一点就是.def定义文件的问题。.def文件的格式参见相关文档。
下面对DLL的问题作一些说明：
a. _declspec(export)只是定义输出函数
b. extern "C" 保证输出的函数按C的方式命名，即在原函数名前加下划线”_“
c. 如果用.def定义输出函数，则输出函数自动按C方式命名，此时在函数定义中可不加extern "C"和_declspec(export)
d. 如果函数采用pascal调用风格，则一定要用.def文件显示输出，否则输出函数的名字与C不兼容（即上面提到的调用方式导致的命名规则不同）
e. _declspec(dllexport)跟_declspec(dllimport)的作用是一样的，通常在函数定义的地方（DLL中）用前者，而在引用的地方用后者（程序中）。
3. DLL的调试
很多朋友在写DLL的时候想进行调试，又嫌写专门的调试程序太麻烦。这里给大家一个简单的方法，即在DLL中输出一个测试函数，在函数中调用相关的功能模块，然后用RUNDLL32.EXE来调用该DLL，如dll叫mydll.dll，输出一个函数叫FunTest，则格式是rundll32.exe mydll.dll,FunTest。该方法适用于简单的DLL调试。
4. VC和BCB的DLL交叉调用的问题
由于VC和BCB使用不同的LIB文件格式（MICROSOFT使用COFF格式，BORLAND使用OMF格式），所以二者不能直接交叉调用对方的DLL文件。要达到调用的目的，只能使用动态链接的方式，即LoadLibrary/GetProcAddress的方式，而不能使用添加lib文件的静态链接方式，除非找到能将COFF格式和OMF格式LIB文件相互转换的软件（我目前还没有找到）。:-(
