第1 9章 D L L基础
这章是介绍基本dll，我就记录一些简单应用，dll的坑点以及扩展后面两章会说，到时候在总结。
自从M i c r o s o f t公司推出第一个版本的Wi n d o w s操作系统以来，动态链接库（D L L）一直是这个操作系统的基础。 Windows API中的所有函数都包含在 D L L中。3个最重要的 D L L是K e r n e l 3 2 . d l l，它包含用于管理内存、进程和线程的各个函数； U s e r 3 2 . d l l，它包含用于执行用户界面任务（如窗口的创建和消息的传送）的各个函数； G D I 3 2 . d l l，它包含用于画图和显示文本的各个函数。
本章将要介绍如何为应用程序创建D L L。下面是为什么要使用D L L的一些原因：
• 它们扩展了应用程序的特性。
• 它们可以用许多种编程语言来编写。
• 它们简化了软件项目的管理。
• 它们有助于节省内存。
• 它们有助于资源的共享。
• 它们有助于应用程序的本地化。
• 它们有助于解决平台差异。
• 它们可以用于一些特殊的目的。
19.1 DLL与进程的地址空间
在应用程序（或另一个D L L）能够调用D L L中的函数之前，D L L文件映像必须被映射到调用进程的地址空间中。若要进行这项操作，可以使用两种方法中的一种，即加载时的隐含链接或运行期的显式链接。隐含链接将在本章的后面部分介绍，显式链接将在第 2 0章中介绍。
一旦D L L的文件映像被映射到调用进程的地址空间中， D L L的函数就可以供进程中运行的所有线程使用。实际上， D L L几乎将失去它作为 D L L的全部特征。对于进程中的线程来说，D L L的代码和数据看上去就像恰巧是在进程的地址空间中的额外代码和数据一样。当一个线程调用D L L函数时，该D L L函数要查看线程的堆栈，以便检索它传递的参数，并将线程的堆栈用于它需要的任何局部变量。此外，D L L中函数的代码创建的任何对象均由调用线程所拥有，而D L L本身从来不拥有任何东西。
可执行文件的全局变量和静态变量不能被同一个可执行文件的多个运行实例共享。Windows 98能够确保这一点，方法是在可执行文件被映射到进程的地址空间时为可执行文件的全局变量和静态变量分配相应的存储器。Windows 2000确保这一点的方法是使用第1 3章介绍的写入时拷贝（c o p y - o n - w r i t e）机制。D L L中的全局变量和静态变量的处理方法是完全相同的。当一个进程将D L L的映像文件映射到它的地址空间中去时，系统将同时创建全局数据变量和静态数据变量的实例。
注意：
许多开发人员经常会犯一个常见的错误，因为他们忘记了若干个C / C + +运行期库可以存在于单个地址空间中。请看下面的代码：
D L L函数分配的内存块是由E X E的函数释放的吗？答案是可能的。上面显示的代码并没有为你提供足够的信息。如果E X E和D L L都链接到D L L的C / C + +运行期库，那么上面的代码将能够很好地运行。但是，如果两个模块中的一个或者两个都链接到静态C / C + +运行期库，那么对free函数的调用就会失败。
正确的姿势：
后面是一些基本的DLL开发和调用细节，就不说了，还有就是建议不要通过函数编号来调用函数，这个不太靠谱，可能会发生变动，但是如果是对速度要求极高的程序，可以考虑编号调用（前提是调用自己开发的DLL，这样就不会有变动了）。其他细节下一章说。