例1：
DLL编写：
Dll1.h
Dll1.cpp
Dumpbin:
DLL调用1：（包含Lib文件）(也可以在代码中使用#pragma comment(lib, "Dll1.lib"))
测试通过。
DLL调用2：（不包含Lib）
错误提示：找不到指定模块
处理办法：
A．修改Dll1.h头文件为：
Dubpbin：
其他不做任何变化，测试通过
B．修改DLL调用
改为：
其他不做任何变化，测试通过
例2.
DLL编写：
Dll1.h
Dll1.cpp
Dumpbin:
DLL调用：
错误提示：找不到指定模块
处理办法：
改为：
其他不做任何变化，测试通过
扩展：
DLL中：
修改为：
调用改为：
其他不进行任何变化。
Dumpbin:
错误提示：找不到指定模块
处理办法：
其他不做任何变化，测试通过
（测试2中2例若使用隐式调用，则链接过程中直接出现错误，由于导出名字中含有特殊字符，所以无法进行修改，即标准调用不能使用隐式连接调用）
例3：
DLL编写：
Dll2.h
Dll2.cpp
Dll2.def
Dumpbin（DLL2.dll）：
Dumpbin（DLL2.lib）：
DLL调用（隐式连接）：(包括Dll2.lib)
测试通过
DLL调用（动态连接）：
(不包括Dll2.lib)
测试通过
例4：
DLL编写：
Dll2.h
Dll2.cpp
Dll2.def
Dumpbin（DLL2.dll）：
Dumpbin（DLL2.lib）：
DLL调用（隐式连接）：
(包括Dll2.lib)
链接失败！无法继续进行
DLL调用（动态连接）：
测试通过。
总结一下：
1.模块文件的编写：*.def
定义方式：entryname[=internalname] [@ordinal [NONAME]] [PRIVATE] [DATA]
LIBRARY Dll2
EXPORTS //即使调用_stdcall约定，也不会发生改编，而只会调用这里显示的Add
ADD @ 1 //1为此函数编号
//如果 DLL 导出函数 func1()，要将它用作 func2()，则可以这样指定：
EXPORTS
func2=func1
@ordinal 允许指定是序号而不是函数名将进入 DLL 的导出表。这有助于最小化 DLL 的大小。.LIB 文件将包含序号与函数之间的映射，这使您得以像通常在使用 DLL 的项目中那样使用函数名
NONAME 关键字允许只按序号导出，并减小结果 DLL 中导出表的大小。但是，如果要在 DLL 上使用 GetProcAddress，则必须知道序号，因为名称将无效
PRIVATE 关键字禁止将 entryname 放到由 LINK 生成的导入库中。它对同样是由 LINK 生成的图像中的导出无效
DATA 关键字指定导出的是数据，而不是代码。例如，可以导出数据变量，如下所示：
EXPORTS
i DATA
2.导出类方式和导出函数方式相同，导出类中函数方式和导出普通函数方式相同。
3．一般情况下，导出的函数名字会发生改编，若不想其发生改变，可定义：
extern "c" _declspec(dllexport) 这样编译器就不会进行名字改编，一个用C语言编写的客户端程序就可以调用这个用C++编写的动态链接库。其缺点是，不能导入类中的函数。
如果函数使 用标准调用约定_stdcall,即使使用了extern "c"，此函数仍会发生改编
4.def和__declspec(dllexport)相比较
A．使用.def文件导出的优点
（1）你能控制导出函数的名字。由于函数的不同调用约定所产生的函数名的Decorated Name是不同的（例如，__stdcall, __cdecl两种调用约定），所以为了得到简洁一致的导出函数名，就必须使用.def文件。
（2）你能控制导出函数的序号。当你要构造一个供他人使用的第三方DLL时，你就需要确保每次更新的DLL中的函数名和序号都与以前的版本保持一致。当你 添加额外的函数到DLL中时，通过赋予新函数较大的序号，从而新的DLL不会影响使用该DLL的应用（不管它是使用函数名还是使用序号调用函数的）。而要做到这些，就必须使用.def文件进行控制。例如，MFC中的DLL就是使用.def文件进行控制的。
（3）还可控制导出函数的NONAME属性。通过指定导出函数的NONAME属性（EXPORTS语 句：entryname[=internalname] [@ordinal[NONAME]] [DATA] [PRIVATE]），可以在DLL的导出表中不保存函数名，只保存序号，从而在有很多函数时节约很多空间。但同时也给DLL的使用者带来了困难，因为他 们只能使用序号调用函数。所以，NONAME属性的使用并不多见。
所以，使用.def的特别适用于第三方DLL的制作。
B．使用__declspec(dllexport)的优点是简单、方便，但缺点是没有上面.def的有点。所以，它一般用于应用程序自己使 用的DLL。这样，即使DLL的导出函数的Decorated Name有各种可能，应用在编译时都可以根据DLL的Import Library找到相应的函数，从而避免了上面.def文件所述的(1)和(2)的两个缺点。当DLL更新后，要使用新的DLL，也需要应用重新编译链接。
5.DLLMain
BOOL WINAPI DllMain(
HINSTANCE hinstDLL, // handle to DLL module
DWORD fdwReason, // reason for calling function
LPVOID lpReserved ) // reserved
{
// Perform actions based on the reason for calling.
switch( fdwReason )
{
case DLL_PROCESS_ATTACH:
// Initialize once for each new process.
// Return FALSE to fail DLL load.
break;
case DLL_THREAD_ATTACH:
// Do thread-specific initialization.
break;
case DLL_THREAD_DETACH:
// Do thread-specific cleanup.
break;
case DLL_PROCESS_DETACH:
// Perform any necessary cleanup.
break;
}
return TRUE; // Successful DLL_PROCESS_ATTACH.
}
是DLL的入口函数，但不是必须的，自己定义的其他函数同样可以调用。
6.调用约定