DLL提供了如模块化这样的共享库的普通好处。模块化允许仅仅更改几个应用程序共享使用的一个DLL中的代码和数据而不需要更改应用程序自身。这种模块化的基本形式允许如Microsoft Office、Microsoft Visual Studio、甚至Microsoft Windows自身这样大的应用程序使用较为紧凑的补丁和服务包。

模块化的另外一个好处是插件的通用接口使用。单个的接口允许旧的模块与新的模块一样能够与以前的应用程序运行时无缝地集成到一起，而不需要对应用程序本身作任何更改。这种动态扩展的思想在ActiveX中发挥到了极致。

尽管有这么多的优点，使用DLL也有一个缺点：DLL地狱，也就是几个应用程序在使用同一个共享DLL库发生版本冲突。这样的冲突可以通过将不同版本的问题DLL放到应用程序所在的文件夹而不是放到系统文件夹来解决；但是，这样将抵消共享DLL节约的空间。目前，Microsoft .NET将解决DLL hell问题当作自己的目标，它允许同一个共享库的不同版本并列共存。由于现代的计算机有足够的磁盘空间和内存，这也可以作为一个合理的实现方法。

内存管理

在Win32中，DLL文件按照片段（sections）进行组织。每个片段有它自己的属性，如可写或是只读、可执行（代码）或者不可执行（数据）等等。这些section可分为两种，一个是与绝对地址寻址无关的，所以能被多进程公用；另一个是与绝对地址寻址有关的，这个就必须由每个进程有自己的副本专用。sections的这种二分类，在编译DLL时就已经由编译器、链接器给标注好了。所以在装入DLL时，装入器知道哪些sections在内存物理地址空间只需要有一份，供多个进程共用（映射到各个进程的内存逻辑地址空间，所以逻辑地址可以不同）； 哪些sections必须是进程使用自己的专用副本。

具体说，DLL装入时需考虑下述情形：

函数调用

跳转指令

DLL代码段通常被使用这个DLL的所有进程所共享。如果代码段所占据的物理内存被收回，它的内容就会被放弃，后面如果需要的话就直接从DLL文件重新加载。

与代码段不同，DLL的数据段通常是私有的；也就是说，每个使用DLL的进程都有自己的DLL数据副本。作为选择，数据段可以设置为共享，允许通过这个共享内存区域进行进程间通信。但是，因为用户权限不能应用到这个共享DLL内存，这将产生一个安全漏洞；也就是一个进程能够破坏共享数据，这将导致其它的共享进程异常。例如，一个使用访客账号的进程将可能通过这种方式破坏其它运行在特权账号的进程。这是在DLL中避免使用共享片段的一个重要原因。

当DLL被如UPX这样一个可执行的packer压缩时，它的所有代码段都标记为可以读写并且是非共享的。可以读写的代码段，类似于私有数据段，是每个进程私有的并且被页面文件备份。这样，压缩DLL将同时增加内存和磁盘空间消耗，所以共享DLL应当避免使用压缩DLL。

符号解析和绑定

DLL输出的每个函数都由一个数字序号唯一标识，也可以由可选的名字标识。同样，DLL引入的函数也可以由序号或者名字标识。对于内部函数来说，只输出序号的情形很常见。对于大多数视窗API函数来说名字是不同视窗版本之间保留不变的；序号有可能会发生变化。这样，我们不能根据序号引用视窗API函数。

按照序号引用函数并不一定比按照名字引用函数性能更好：DLL输出表是按照名字排列的，所以对半查找可以用来在在这个表中根据名字查找这个函数。另外一方面，只有线性查找才可以用于根据序号查找函数。

将一个可执行文件绑定到一个特定版本的DLL也是可能的，这也就是说，可以在编译时解析输入函数（imported functions）的地址。对于绑定的输入函数，连结工具保存了输入函数绑定的DLL的时间戳和校验和。在运行时Windows检查是否正在使用同样版本的库，如果是的话，Windows将绕过处理输入函数；否则如果库与绑定的库不同，Windows将按照正常的方式处理输入函数。

绑定的可执行文件如果运行在与它们编译所用的环境一样，函数调用将会较快，如果是在一个不同的环境它们就等同于正常的调用，所以绑定输入函数没有任何的缺点。例如，所有的标准Windows应用程序都绑定到它们各自的Windows发布版本的系统DLL。将一个应用程序输入函数绑定到它的目的环境的好机会是在应用程序安装的过程。

运行时显式链接

对每个DLL来说，Windows存储了一个全域计数器，每多一个进程使用便多额外一个。LoadLibrary与FreeLibrary指令影响每一个进程内含的计数器；动态链接则不影响。因此借由调用FreeLibrary多次，从存储器卸载一DLL是很重要的。一个进程可以从它自己的VAS注销此计数器。

DLL文件能够在运行时使用LoadLibrary（或者LoadLibraryEx）API函数进行显式调用，这个的过程微软简单地称为运行时动态调用。API函数GetProcAddress根据查找输出名称符号、FreeLibrary卸载DLL。这些函数类似于POSIX标准API中的dlopen、dlsym、和dlclose。

注意微软简单称为运行时动态链接的运行时隐式链接，如果不能找到链接的DLL文件，Windows将提示一个错误消息并且调用应用程序失败。应用程序开发人员不能通过编译链接来处理这种缺少DLL文件的隐式链接问题。另外一方面，对于显式链接，开发人员有机会提供一个完善的出错处理机制。

运行时显式链接的过程在所有语言中都是相同的，因为它依赖于Windows API而不是语言结构。

当某个程序或 DLL 使用其他 DLL 中的 DLL 函数时，就会创建依赖项。因此，该程序就不再是独立的，并且如果该依赖项被损坏，该程序就可能遇到问题。例如，如果发生下列操作之一，则该程序可能无法运行：

这些操作通常称为 DLL 冲突。如果没有强制实现向后兼容性，则该程序可能无法成功运行。

在创建 DLL 时，可以有选择地指定入口点函数。当进程或线程将它们自身附加到 DLL 或者将它们自身从 DLL 分离时，将调用入口点函数。您可以使用入口点函数根据 DLL 的需要来初始化数据结构或者销毁数据结构。此外，如果应用程序是多线程的，则可以在入口点函数中使用线程本地存储(TLS) 来分配各个线程专用的内存。下面的代码是一个 DLL 入口点函数的示例：

当入口点函数返回 FALSE 值时，如果您使用的是加载时动态链接，则应用程序不启动。如果您使用的是运行时动态链接，则只有个别 DLL 不会加载。

入口点函数只应执行简单的初始化任务，不应调用任何其他 DLL 加载函数或终止函数。例如，在入口点函数中，不应直接或间接调用 LoadLibrary 函数或LoadLibraryEx 函数。此外，不应在进程终止时调用 FreeLibrary函数。

注意：在多线程应用程序中，请确保将对 DLL 全局数据的访问进行同步（线程安全），以避免可能的数据损坏。为此，请使用 TLS 为各个线程提供唯一的数据。

要导出 DLL 函数，您可以向导出的 DLL 函数中添加函数关键字，也可以创建模块定义文件(.def) 以列出导出的 DLL 函数。

（1）向导出的 DLL 函数中添加函数关键字

要使用函数关键字，您必须使用以下关键字来声明要导出的各个函数：

__declspec(dllexport)

要在应用程序中使用导出的 DLL 函数，您必须使用以下关键字来声明要导入的各个函数：

__declspec(dllimport)

通常情况下，您最好使用一个包含 define 语句和 ifdef 语句的头文件，以便分隔导出语句和导入语句。

（2）创建模块定义文件以列出导出的 DLL 函数

使用模块定义文件来声明导出的 DLL 函数。当您使用模块定义文件(.def)时，您不必向导出的 DLL 函数中添加函数关键字。在模块定义文件中，您可以声明 DLL 的 LIBRARY 语句和 EXPORTS 语句。

关于特定情况下的调用，比如DLL函数中使用到了 Win32 API 或者将 C++ 生成的 DLL 供标准C语言使用，则需要注意以下一些情况：

如果使用到了 Win32 API，则应该使用关键字 __stdcall

C语言调用。如果使用 __stdcall 调用方式，可能产生C不识别的修饰名，所以设置导出函数时要采用 .def 文件形式，而不是__declspec(dllexport) 形式。后者会进行修饰名转换，C语言无法识别函数。

下面的代码是一个定义文件的示例。

HelloWorld 示例 DLL 和应用程序

在 MicrosoftVisual C++6.0 中，可以通过选择“Win32动态链接库”项目类型或“MFC应用程序向导(dll)”来创建 DLL。下面的代码是一个在 Visual C++ 中通过使用“Win32 动态链接库”项目类型创建的 DLL 的示例。

下面的代码是一个“Win32应用程序”项目的示例，该示例调用 SampleDLL DLL 中的导出 DLL 函数。

注意：在加载时动态链接中，您必须链接在生成 SampleDLL 项目时创建的 SampleDLL.lib导入库。

在运行时动态链接中，您应使用与以下代码类似的代码来调用 SampleDLL.dll导出 DLL 函数。

kernel32.dll

低级内核函数。包含内存管理、任务管理、资源控制等函数。

user32.dll

与 Windows 管理有关的函数。消息、菜单、光标、计时器、通信和其他大多数非现实函数都可以从这里找到。

gdi32.dll

图形设备接口库。与设备输出有关的函数：大多数绘图、显示场景、图元文件、坐标及其字体函数都可以从这里找到。

comdlg32.dll / lz32.dll / version.dll

提供一些附加函数的库，包括通用对话框、文件压缩、版本控制的支持。

comctl32.dll

一个新的 Windows 控件集合，比如 TreeView 和 RichTextBox 等等，最初这个是为了 Windows 95 而制作的，但是也使用于 NT 下。

mapi32.dll

电子邮件的专用函数。

netapi32.dll

访问和控制网络的函数。

odbc32.dll

ODBC功能的DLL。